Testing Egineer note:2024_5_8-day07-part02

设计测试用例编写技巧

设计测试用例编写技巧

查看用例的模板

案例模板1：

案例模板2：

案例模板3：

用例的要素讲解

• 编写用例的要素？
• 1. 用例编号，用例标题，前置条件，测试步骤，预期结果，优先级 （必写）
• 2. 系统名称、模块名称、用例创建时间，实际结果，用例类型，执行时间，执行状态等（非必填项）

详解测试用例要素

用例编号

可以称为：用例id，测试编号，编号等

• 系统命名_模块名称_编号 (一般情况系统和模块名称是大写，间隔用 __ 下滑线)
  案例： WX_FHB_001
  
• 公司中的用例编号根据公司规定
  案例：
  

用例标题

又称为：测试内容，测试名称，测试标题等
用例标题：描述用例验证什么
案例：

• 验证微信能发红包
• 验证微信发送红包失败（零钱余额不足）
• 单个红包金额超过最大金额有错误提示（>200）

注意事项：

1. 用例标题是永远唯一的，不存在两条相同的用例
   案例：

• 1. 验证微信发送红包失败（零钱余额不足)
• 2. 验证微信发送红包失败（无网络)
• 3. 验证微信发送红包失败（密码错误)

2. 标题描述，简单，易懂，清晰
3. 标题能加上“验证”尽量加上验证
4. 用例标题和预期结果相呼应
5. 用例标题要写清楚验证的点
6. 用例标题是陈述句，不能用判断句或者选择范围，用是否，不能写疑问句
7. 不能把bug 写成测试用例
8. 一个无效等价类就是一条用例，不能多个无效等价类写成一条用例

优先级

优先级有三个级别：

• 高：核心功能测试用例（冒烟测试用例），会阻碍大部分其他测试的用例，基本功能测试。
  举例：死机，白屏，卡顿，闪退等。
• 中：异常测试，边界，中断，弱网
  举例：删位置，除，返回，取消，刷新，更新，翻页等。
• 低：字体，颜色，色差，易用性等
  举例：ui样式、颜色，大小，排版等。
  场景设法设计的用例，基本流， 高级用例
  场景法设计的用例，备选流，中级用例
  因果图设计的用例，有效用例，选一条为高级，其他的为中级
  等级类和错误推测法， 设计的有效用例 中级
  等价类和错误推测法，设计的无效用例 低级

用例优先级对应我们bug等级：

• 致命bug（1级bug）
• 严重bug（2级bug）
• 一般bug（3级bug）
• 建议性bug（4级bug）

前置条件

前置条件：执行操作之前的准备工作
案例：

1. 准备两台手机
2. 两个微信账号
3. 银行卡，余额充足
4. 已连接网络

测试步骤

测试步骤：验证“测试标题”的具体步骤

1. 测试的流程步骤按序号编写：1,2,3,4,5换行（alt+回车换行）
2. 测试步骤的开头都是动词
3. 测试步骤一般不超过8个步骤（简化步骤）【前期动作可以写在整体的一句话上】
4. 不能把上一个用例的步骤，用来做下一个步骤的前置条件（每一条用例都是独立）

预期结果

预期结果：达到预期的目标

1. 预期结果要详细
2. 预期结果要注意隐藏结果
3. 页面跳转
4. 订单状态的变更
5. 预期结果，不能只写成功，失败
6. 页面提示，提示语
7. 结果涉及到页面提示，数据变化，必须明确说明提示内容和变化内容
8. 结果涉及到数据需要明确数据库中的表和字段的变化。
   例如：添加用户名，余额的减少等

设计测试用例实战自我讲解

设计测试用例实战自我讲解
注意事项

1. 写用例主流程 （前面几条）
   例如：微信发红包（发个人红包，发群红包（专属红包），发群红包（普通红包），发群红包（拼手气红包））
2. 按照主流离来进行编写用例（功能：+，金额，个数，封面，祝福语，塞进红包，选择支付方式，查看红包）
3. 在根据功能点：使用等价类，边界值，状态迁移法，
4. 在根据组合情况考虑场景：
   如：红包界面：输入金额，不输入个数，塞进红包；不输入金额，输入个数，塞进红包；
   讲解微信法红红包的用例：
   1、
   
   2、
   
   3、
   
   4、
   
   5、
   
   6、
   
   7、
   
   8、
   
   9、
   
   微信发红包第二版本：(elsxq)