测试用例评审标准

测试用例设计后,为了保证最终测试质量,需要进行评审。下面给出过往整理的一个测试用例评审标准流程供大家参考。

一、目的 
为用例评审提供一个参考标准,保证评审的覆盖率和有效性 。
二、范围 
阅读对象应为为项目经理、测试工程师及项目组所有成员,适合于任何产品和项目。 
三、评审分类 
测试组内部的评审:测试部门成员参与 。
项目组内部的评审:项目经理、架构设计人员、开发人员和测试人员参与 。
四、评审内容 
1、用例设计的结构安排是否清晰、合理,是否利于高效对需求进行覆盖;
2、优先级安排是否合理;
3、是否覆盖测试需求上的所有功能点 ;
4、用例是否具有很好可执行性;
5、例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确;
6、期待结果是否有明显的验证方法 ;
7、是否已经删除了冗余的用例 ;
8、是否包含充分的负面测试用例;
9、充分的定义,如果在这里使用2&8法则,那就是4倍于正面用例的量,毕竟一个健壮的软件,其中80%的代码都是在“保护”20%的功能实现 ;
10、是否从用户层面来设计用户使用场景和使用流程的测试用例 ;
11、是否简洁,复用性强。例如,可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。 
五、评审方式 
召开评审会议。与会者在设计人员讲解之后给出意见和建议,同时进行详细的评审记录 。
六、评审结束标准 
1、评审过程中收集相关人员的反馈信息(即问题记录清单),并在此基础上进行测试用例更新,直到评审通过; 
2、评审结束后,测试负责人出测试用例评审报告给到相关人员;
3、评审结果经项目经理同意确认 。
4、测试用例评审检查项: 
1)测试用例是否按照公司定义的模板进行编写的; 
2)测试用例的本身的描述是否清晰,是否存在二义性;
3)测试用例内容是否正确,是否与需求目标相一致;
4)测试用例的期望结果是否确定、唯一的;
5)操作步骤应与描述是否相一致;
6)测试用例是否覆盖了所有的需求;
7)测试设计是否存在冗余性;
8)测试用例是否具有可执行性;
9)是否从用户层面来设计用户使用场景和业务流程的测试用例;
10)场景测试用例是否覆盖最复杂的业务流程; 
11)用例设计是否包含了正面、反面的用例; 
12)对于由系统自动生成的输出项是否注明了生成规则;
13)测试用例应包含对中间和后台数据的检查;
14)测试用例应有正确的名称和编号;
15)测试用例应标注有执行的优先级;
16)测试用例包含相关的配置信息:测试环境、数据、前置测试用例、用户授权等;
17)每个测试用例步骤应<=15 Step;
18)自动化测试脚本必须带有注释(注释应包括:目的、输入、期望结果等);
19)非功能测试需求或不可测试需求是否在用例中列出并说明。 
七、回顾下测试用例大致的周期流程
1、需求分析:根据产品经理交付PRD文档进行需求分析,整理测试要点;
2、测试设计:根据测试分析整理测试要点进行测试用例设计;
3、用例编写:根据测试用例设计进行测试用例编写;
4、用例评审:测试人员完成用例编写后进行用例评审;
5、评审报告:用例评审后测试负责人整理评审报告且项目经理确认。

测试用例周期流程

 

 



留言