一、目的
为用例评审提供一个参考标准，保证评审的覆盖率和有效性
二、范围
项目经理、产品经理、测试工程师、开发人员等项目组所有成员，适合于任何产品和项目。
三、评审分类
1. 测试组内部的评审：
测试部门成员参与（至少2-3人）
2. 项目组内部的评审：项目经理、产品、开发和测试人员（至少2-3个，包含测试负责人和熟悉产品的其他测试或经验丰富的测试）参与
四、评审时间
需求评审之后，开发提测之前。具体根据实际情况确定。
五、评审内容
1. 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖；
2. 优先级安排是否合理；
3. 是否覆盖测试需求上的所有功能点；
4. 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和预期结果是否清晰、正确；预期结果是否有明显的验证方法；
5. 是否已经删除了冗余的用例；
6. 是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现；
7. 是否从用户层面来设计用户使用场景和使用流程的测试用例；
8. 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
六、评审方式
1. 召开评审会议，与会者在设计人员讲解之后给出意见和建议，同时进行详细的评审记录；
2. 通过友空间或当面与相关人员沟通交流（后期追加的小的需求可选择此方式）
七、评审结束标准
评审过程中收集相关人员的反馈信息（即问题记录清单），并在此基础上进行测试用例更新完善，直到评审通过；
分享到:
閱讀更多 調音哥 的文章
