测试用例评审报告模板.docxVIP

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