测试用例评审对与验证测试用例的正确性、有效性、测试覆盖等有积极的意义；而且可以有效的保障测试实施，以及测试用例改善等工作都至关重要。

　　那么如何有效的进行测试用例评审？

　　这里其实包含了两个问题： 

　　1、如何进行测试用例评审？ 

　　2、如何有效的对测试用例进行评审？

　　第一个问题：如何对测试用例进行评审？经过一些测试工程师讨论，总结如下：

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

　　测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；

　　测试用例中使用的测试数据是否恰当，准确；

　　测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷，而不是限制他们的思维；

　　是否考虑到测试用例执行的效率。对于不断重复执行的步骤，是否保证了验证点相同；或者测试用例的设计是否存在冗余性等。这些都可能导致测试用例执行效率低下；

　　画出软件需求跟踪矩阵，验证测试用例是否完全覆盖了需求，验证测试用例的覆盖性；

　　测试用例是否完全遵守了软件需求的规定。这一点其实有一些难做到。考虑到时间/成本的关系，应该视具体情况而定。

　　第二个问题：如何有效的对测试用例进行评审？ 

　　关键是“有效”两个字。有效体现在哪里？

　　1、评审之前，需要将即将评审的测试用例以及测试需求、测试分析的结果（测试点分析）等文档提前发送给相关的人员；最好能够让他们有时间提前阅读； 

　　2、随时的问题沟通与反馈机制。评审之前做一些问题的沟通与反馈，以便于在测试用例评审会议上能够节省出来宝贵的时间； 

　　3、评审会议的主持者，需要事前做好关于测试用例的疑问，问题点等记录，以便于在评审会上引导提问和解答； 

　　4、评审期间做好详细的记录，需要对有关的疑问和问题及时进行澄清； 

　　5、评审会议的主持者需要能够把控会议的进度，让参加评审的测试人员能够集中精力在测试用例上，而不要思维太发散而跑题。 

　　6、评审会议结束之后，及时提交审核评审记录；并且与参加会议的人员分享评审记录。

　　测试用例的评审是一项在测试实施过程中，必不可少的工作环节，是一个重要的工作阶段；是一项非常严肃而且认真的事情。切不可因为测试时间紧张，就不认真进行，或者随便评审一下即可。

　　要记住，如果测试用例产生了问题，未来用于修复的时间和成本，远远比对测试用例进行评审的时间和成本高的多。

　　项目组会为此付出巨大的代价，来弥补这样一项错误。

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标软件测试之测试技术频道！