测试用例评审对与验证测试用例的正确性、有效性、测试覆盖等有积极的意义；而且可以有效的保障测试实施，以及测试用例改善等工作都至关重要。
那么如何有效的进行测试用例评审？
这里其实包含了两个问题：
1、如何进行测试用例评审？
2、如何有效的对测试用例进行评审？
第一个问题：如何对测试用例进行评审？经过一些测试工程师讨论，总结如下：
测试用例本身的描述是否清晰，语言准确；是否存在二义性；
测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；
测试用例中使用的测试数据是否恰当，准确；
测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷，而不是限制他们的思维；
是否考虑到测试用例执行的效率。对于不断重复执行的步骤，是否保证了验证点相同；或者测试用例的设计是否存在冗余性等。这些都可能导致测试用例执行效率低下；
画出软件需求跟踪矩阵，验证测试用例是否完全覆盖了需求，验证测试用例的覆盖性；
测试用例是否完全遵守了软件需求的规定。这一点其实有一些难做到。考虑到时间/成本的关系，应该视具体情况而定。
第二个问题：如何有效的对测试用例进行评审？
关键是“有效”两个字。有效体现在哪里？
1、评审之前，需要将即将评审的测试用例以及测试需求、测试分析的结果（测试点分析）等文档提前发送给相关的人员；最好能够让他们有时间提前阅读；
2、随时的问题沟通与反馈机制。评审之前做一些问题的沟通与反馈，以便于在测试用例评审会议上能够节省出来宝贵的时间；
3、评审会议的主持者，需要事前做好关于测试用例的疑问，问题点等记录，以便于在评审会上引导提问和解答；
4、评审期间做好详细的记录，需要对有关的疑问和问题及时进行澄清；
5、评审会议的主持者需要能够把控会议的进度，让参加评审的测试人员能够集中精力在测试用例上，而不要思维太发散而跑题。
6、评审会议结束之后，及时提交审核评审记录；并且与参加会议的人员分享评审记录。
测试用例的评审是一项在测试实施过程中，必不可少的工作环节，是一个重要的工作阶段；是一项非常严肃而且认真的事情。切不可因为测试时间紧张，就不认真进行，或者随便评审一下即可。
要记住，如果测试用例产生了问题，未来用于修复的时间和成本，远远比对测试用例进行评审的时间和成本高的多。
项目组会为此付出巨大的代价，来弥补这样一项错误。 文章源自玩技e族-https://www.playezu.com/194464.html
评论