如何评审测试用例

1、测试用例评审标准

A、测试组内部的评审，应该着重于：

　　1、测试用例本身的描述是否清晰，是否存在二义性；

　　2、是否覆盖了所有的软件需求；

　　3、用例框架设计是否合理；

　　4、用例是否容易维护；

    5、是否考虑到测试用例的执行效率；

    6、是否完全遵守用例编写规范；

B、项目组内部的评审：

　　产品设计：注重用例是否跟规格要求一致；

　　开发负责人：注重用例中对程序的要求是否合理，程序是否能够实现，或者是否有实现的价值；

    测试人员：查看用例是否遗漏了某些测试点，是否重复了默写测试点；

所有的需求和实现，产品、开发、测试达成一致，沟通不确认问题，实现全部问题清零，并产生评审报告

2、测试用例评审步骤

　　1、需要评审的原因

　　测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同，所以用例的质量难免会有不同程度的差异。

　　2、进行评审的时机

　　一般会有两个时间点。第一，是在用例的初步设计完成之后进行的自我评审和测试组内评审；第二是在整个详细用例全部完成之后进行整个项目组评审。

　　3、参与评审人员

　　这里会分为多个级别进行评审。

　　1） 部门评审，测试部门全体成员参与的评审。

　　2） 公司评审，这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员。

　　4、评审内容

　　评审的内容有以下几个方面：

　　1） 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。

　　2） 优先极安排是否合理。

　　3） 是否覆盖测试需求上的所有功能点。

　　4） 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。

　　5） 是否已经删除了冗余的用例。

　　6） 是否包含充分的负面测试用例。

　　7） 是否从用户层面来设计用户使用场景和使用流程的测试用例。

　　8） 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。

　　5、评审的方式

　　1） 召开评审会议

　　2） 通用邮件与相关人员沟通

　　　6、评审结束标准

　　在评审活动中会收集到用例的反馈信息，在此基础上进行用例更新，保证用例评审报告中的所有问题都已解决。