测试用例设计实战
霍格沃兹测试开发学社
目录
- 测试用例基础
- 测试用例设计实战
- 面试测试用例设计思路
测试用例基础
测试用例概念
- 测试用例（Test Case）是为特定的目的而设计的一组测试输入、执行条件和预期的结果
- 通过大量的测试用例来检验软件的运行效果
- 它是指导测试工作进行的依据
产品举例
雪球发讨论
测试用例示例
测试用例的组成
- 用例编号
- 模块
- 测试点（测试标题）
- 优先级
- 前提条件
- 测试步骤
- 期望结果（预期结果）
- 实际结果
测试用例的优先级
测试用例根据重要性分成一定的等级
- P0
- P1
- P2
- P3
测试用例设计工具
- 思维导图
- excel
思维导图
表格形式
测试方法的选择
- 需要输入数据的地方，考虑采用等价类划分法，将无限测试变成有限测试
- 在任何情况下都必须采用边界值分析法
- 关注它的主要功能和业务流程、业务逻辑是否正确实现，考虑使用场景法
- 如果含有输入条件的组合情况，考虑选用因果图和判定表法
- 采用错误推断法再追加测试用例
测试用例的粒度
- 测试用例可以写的很简单，也可以写的很复杂
- 最简单的测试用例是测试的纲要，仅仅指出要测试的内容
- 测试用例写的过于简单，则可能失去了测试用例的意义
- 测试用例写得过于复杂或详细，会带来两个问题：
- 效率问题
- 维护成本问题
测试用例的作用
- 指导测试的实施
- 规划测试数据的准备
- 编写测试脚本的"设计规格说明书"
- 评估测试结果的度量基准
- 分析缺陷的标准
测试用例设计实战
登录测试用例设计
登录需求讲解
- 帐号是手机号或者邮箱
- 手机号仅限制为国内常用的号段
- 密码必须为 数字+英文 的形式，字段为 8-12 个字符
- 点击登录按钮，发起登录请求
- 请求成功，跳转到首页
- 点击忘记密码跳转到找回密码页
测试用例编写步骤
- 划分功能模块
- 正向功能验证
- 单个功能项验证
- 功能之间交互验证
- 隐形需求
输入项设计要点
- 数据长度验证
- 数据类型验证
- 是否必填验证
- 限制约束验证
需求分析
- 业务规则
- 主流程
- 异常处理
- 数据约束
面试测试用例设计思路
思路
- 需求分析
- 界面
- 功能
- 易用性
- 兼容性
- 性能
- 安全性
课后作业
- 使用思维导图设计测试用例：
- 雪球行情–自选股–自选设置