Testing Egineer note:2024_5_8-day07-part02
设计测试用例编写技巧
设计测试用例编写技巧
查看用例的模板
案例模板1：
案例模板2：
案例模板3：
用例的要素讲解
- 编写用例的要素？
-
- 用例编号，用例标题，前置条件，测试步骤，预期结果，优先级 （必写）
-
- 系统名称、模块名称、用例创建时间，实际结果，用例类型，执行时间，执行状态等（非必填项）
详解测试用例要素
用例编号
可以称为：用例id，测试编号，编号等
- 系统命名_模块名称_编号 (一般情况系统和模块名称是大写，间隔用 __ 下滑线)
案例： WX_FHB_001
- 公司中的用例编号根据公司规定
案例：
用例标题
又称为：测试内容，测试名称，测试标题等
用例标题：描述用例验证什么
案例：
- 验证微信能发红包
- 验证微信发送红包失败（零钱余额不足）
- 单个红包金额超过最大金额有错误提示（>200）
注意事项：
- 用例标题是永远唯一的，不存在两条相同的用例
案例：
-
- 验证微信发送红包失败（零钱余额不足)
-
- 验证微信发送红包失败（无网络)
-
- 验证微信发送红包失败（密码错误)
- 标题描述，简单，易懂，清晰
- 标题能加上“验证”尽量加上验证
- 用例标题和预期结果相呼应
- 用例标题要写清楚验证的点
- 用例标题是陈述句，不能用判断句或者选择范围，用是否，不能写疑问句
- 不能把bug 写成测试用例
- 一个无效等价类就是一条用例，不能多个无效等价类写成一条用例
优先级
优先级有三个级别：
- 高：核心功能测试用例（冒烟测试用例），会阻碍大部分其他测试的用例，基本功能测试。
举例：死机，白屏，卡顿，闪退等。 - 中：异常测试，边界，中断，弱网
举例：删位置，除，返回，取消，刷新，更新，翻页等。 - 低：字体，颜色，色差，易用性等
举例：ui样式、颜色，大小，排版等。
场景设法设计的用例，基本流， 高级用例
场景法设计的用例，备选流，中级用例
因果图设计的用例，有效用例，选一条为高级，其他的为中级
等级类和错误推测法， 设计的有效用例 中级
等价类和错误推测法，设计的无效用例 低级
用例优先级对应我们bug等级：
- 致命bug（1级bug）
- 严重bug（2级bug）
- 一般bug（3级bug）
- 建议性bug（4级bug）
前置条件
前置条件：执行操作之前的准备工作
案例：
- 准备两台手机
- 两个微信账号
- 银行卡，余额充足
- 已连接网络
测试步骤
测试步骤：验证“测试标题”的具体步骤
- 测试的流程步骤按序号编写：1,2,3,4,5换行（alt+回车换行）
- 测试步骤的开头都是动词
- 测试步骤一般不超过8个步骤（简化步骤）【前期动作可以写在整体的一句话上】
- 不能把上一个用例的步骤，用来做下一个步骤的前置条件（每一条用例都是独立）
预期结果
预期结果：达到预期的目标
- 预期结果要详细
- 预期结果要注意隐藏结果
- 页面跳转
- 订单状态的变更
- 预期结果，不能只写成功，失败
- 页面提示，提示语
- 结果涉及到页面提示，数据变化，必须明确说明提示内容和变化内容
- 结果涉及到数据需要明确数据库中的表和字段的变化。
例如：添加用户名，余额的减少等
设计测试用例实战自我讲解
设计测试用例实战自我讲解
注意事项
- 写用例主流程 （前面几条）
例如：微信发红包（发个人红包，发群红包（专属红包），发群红包（普通红包），发群红包（拼手气红包）） - 按照主流离来进行编写用例（功能：+，金额，个数，封面，祝福语，塞进红包，选择支付方式，查看红包）
- 在根据功能点：使用等价类，边界值，状态迁移法，
- 在根据组合情况考虑场景：
如：红包界面：输入金额，不输入个数，塞进红包；不输入金额，输入个数，塞进红包；
讲解微信法红红包的用例：
1、
2、
3、
4、
5、
6、
7、
8、
9、
微信发红包第二版本：(elsxq)
