用例评审就是用来验证测试用例的正确性，有效性和测试覆盖等操作，这可以有效的保障测试实施，并且保障测试用例的改善等工作。说的简单一点，用例评审其实就是测试用例查缺补漏的一个过程，保证用例的有效性和覆盖性。
用例评审就是用来验证测试用例的正确性，有效性和测试覆盖等操作，这可以有效的保障测试实施，并且保障测试用例的改善等工作。说的简单一点，用例评审其实就是测试用例查缺补漏的一个过程，保证用例的有效性和覆盖性。
当需求基线确定后，测试工程师即开始设计测试计划、测试方案和编写测试用例，测试用例设计完成后，是否代表该测试用例已经达到要求了呢?不管从研发流程还是从软件质量控制角度来说，此时的测试用例都不能归档，必须进行测试用例评审，只有评审后的测试用例才能归档。
从研发流程角度来说，在整个研发过程中要求每个过程必须有相应的检查点，这样才能确保软件质量可控制。从质量保证角度来说，也要求测试用例进行评审，因为测试是验证系统需求是否被实现的过程，提高测试的覆盖率显然可以更好地保证软件的质量，测试用例的评审更像是集多人的思想来提高测试的覆盖率。因此，从这两个角度来说，测试用例设计完成后都必须进行评审。
测试用例的评审形式一般有两种：一种是正式会议评审，另一种是非正式会议评审。正式会议评审要求必须执行同行评审的流程，评审的专家主要是项目组的相关成员，即测试工程师、开发工程师、需求工程师、项目经理、QA 工程师等。对于非正式会议评审则可以不必那么正式，可以是项目组中的测试工程师对彼此的用例进行检查，或者组织一个非正式的会议。
延伸阅读：
测试用例评审的目的
1、提高测试覆盖率。
通过对测试用例评审，完善测试的覆盖率。因为在评审过程中，不同评审专家看待问题的角度不完全一致，所以可以更充分地考虑测试的方法，扩充测试用例的全面性，这样可以更好地确保基本功能和核心功能的测试覆盖率，进而提高软件质量。
2、确保需求的可追溯性，复审需求。
通过测试用例的评审，可以确定每个需求是否都有测试用例与之对应，只有每个需求都是相应的测试用例与之对应才能保证测试的全面性，同时也相当于对需求进行了一次复审，通过评审测试用例可以反过来验证需求设计是否合理、是否存在遗漏等情况。
3、开发工程师可带入新的测试角度。
由于开发工程师对业务的处理流程很清楚，这样在评审测试用例时，可以对设置的参数和流程提出新的测试用例，进而从逻辑角度来改善测试用例覆盖的情况。
4、预防缺陷，改善开发质量。
在对测试用例的评审过程中，可以开拓开发工程师对代码逻辑的思维，弥补以前设计过程中存在的缺陷，将潜在的缺陷挖掘出来，这样可以进一步预防缺陷的发生，进而改善软件质量。
文章标题：什么是用例评审，发布者：小编，转载请注明出处：https://worktile.com/kb/p/33465
微信扫一扫 
支付宝扫一扫 
