测试用例编写&评审
需求评审
需求评审:是否存在漏测或错测的测试点
参与人员:测试人员、组内人员、测试主管/测试组长、产品、开发
测试用例
测试用例:为项目需求而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序是否满足客户需求
总结为:每一个测试点(测试需求分析)的数据设计和步骤设计
测试用例的八大要素
EXCEL表格编写
-
用例编号:产品名-测试阶段(it st uat)-测试项-xxx(英文)或者项目_编号(必须唯一)
- it:集成测试 st:系统测试 uat:验收测试
-
测试模块:对应一个功能模块(细化功能)
-
测试标题:直接对测试点进行细化得出,输入内容+结果/动作,同一功能模块标题不能重复(来自测试点),尽量不要重复
-
重要/优先级别:根据当前测试点在整个项目中的重要程序来进行划分,分为高中低或1、2、3
- 高:主要核心业务功能,冒烟用例
- 中:错误异常测试点
- 低:兼容性、界面错误
-
预置条件:需要满足一些前提条件,否则用例无法执行,(没有可以不写)
-
测试输入(数据):需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)
-
操作步骤:明确给出每个步骤的描述,执行人员可以根据该步骤完成执行工作
-
预期结果:根据预期输出比对实际结果,来判断被测对象是否符合需求。(预期结果唯一,不能出现“是否或者”)
-
实际结果:执行测试的结果(测试通过或测试不通过或阻塞)
阻塞:用例没法执行
-
备注:bugid/原因