4.4 测试用例的评审

用例评审是有效提高测试用例质量的方法之一，无论是初级测试工程师，还是高级的甚至专家级的，设计出来的测试用例都需要经过评审，用例评审的重要性可以从如下几点体现出来。

▪ 测试用例一般分配到个人来设计，设计用例的人并不知道用例在具体执行的时候是否有问题，不能保证自己设计的用例能覆盖完全。

▪ 保证测试人员和开发人员对被测试功能的理解的一致性。避免测试过程中针对Bug测试人员与开发人员扯皮。

▪ 需求人员参与评审，他们能帮助你找出更多的问题。经常在测试的时候，有些细节是无法从需求文档上得知的，需要频繁和需求人员沟通。

▪ 现在都是项目外包或人员外包，那么完成每一项工作的第一件事就是提交客户评审，当然在提交给客户前最好还是先团队自己审核一下，确保提交给客户高质量的用例。

▪ 按照用例数量来评估工作量，用例不完整，工时给少了，实际测试的时候就会无端增加工时。

用例评审是非常有必要的一个步骤，它以会议评审为主。一般我们会在用例初步设计完成之后，先进行测试组内部的评审，通过之后再进行项目组的评审。

如果是测试组的评审，应该着重于：

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

② 是否考虑到测试用例的执行效率，往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗余性，都造成了效率的低下；

③ 是否针对需求跟踪矩阵，覆盖所有软件需求；

④ 是否完全遵守了软件需求的规定。这个不一定是肯定的，因为即使再严格的评审，也会出现错误，应具体情况具体对待。

如果是项目组的评审，就需要评审委员会来做，角度不同，评审的标准也不同。比如：

① 收集客户需求的人员注重你的业务逻辑是否正确；

② 分析软件需求规格的人注重你的用例是否跟规格要求一致；

③ 开发负责人会注重你的用例中对程序的要求是否合理。

常规的用例评审流程如下。

① 评审材料准备好（主要是测试用例）。

② 提前发布评审通知（OA通知、邮件或者讨论组发布信息），同时将评审材料发送给评审组成员，以节约沟通成本。主要的参与评审人员：项目经理、测试负责人、测试人员、产品经理、开发人员。

③ 召开会议评审：针对评审用例检查清单，评审过程中收集相关人员的反馈信息（即问题记录清单），并在此基础上进行测试用例更新，直到评审通过。

④ 评审结束后，测试负责人出测试用例评审报告给到相关人员。

⑤ 评审结果经项目经理同意确认。

⑥ 整个流程结束。

具体测试用例评审流程图如下所示。

那么在整个测试用例的评审过程中，我们比较注重的检查有哪些？这里给大家罗列了一个清单出来，如果各个重要的检查项都通过了，说明用例通过了评审。