测试用例编写&评审

测试用例编写&评审

需求评审

需求评审：是否存在漏测或错测的测试点

参与人员：测试人员、组内人员、测试主管/测试组长、产品、开发

测试用例

测试用例：为项目需求而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序是否满足客户需求

总结为：每一个测试点（测试需求分析）的数据设计和步骤设计

测试用例的八大要素

EXCEL表格编写

1. 用例编号：产品名-测试阶段（it st uat）-测试项-xxx(英文)或者项目_编号（必须唯一）

   • it:集成测试 st:系统测试 uat:验收测试

2. 测试模块：对应一个功能模块（细化功能）

3. 测试标题：直接对测试点进行细化得出，输入内容+结果/动作，同一功能模块标题不能重复（来自测试点），尽量不要重复

4. 重要/优先级别：根据当前测试点在整个项目中的重要程序来进行划分，分为高中低或1、2、3

   • 高：主要核心业务功能，冒烟用例
   • 中：错误异常测试点
   • 低：兼容性、界面错误

5. 预置条件：需要满足一些前提条件，否则用例无法执行，（没有可以不写）

6. 测试输入（数据）：需要加工的输入信息，根据具体情况来设计（跟步骤结合起来一定要具有指导性意义）

7. 操作步骤：明确给出每个步骤的描述，执行人员可以根据该步骤完成执行工作

8. 预期结果：根据预期输出比对实际结果，来判断被测对象是否符合需求。（预期结果唯一，不能出现“是否或者”）

9. 实际结果：执行测试的结果（测试通过或测试不通过或阻塞）

   阻塞：用例没法执行

10. 备注：bugid/原因