测试用例通过以下三种方法评审:1、完全评审;2、有选择性的评审;3、指标评审法。完全评审是指对整个项目中的所有测试用例进行评审。这种评审方式的优点是可以对所有的用例都进行评审,进而完善测试用例质量;但同样缺点也很明显,完全评审需要更多的时间和精力。
1、完全评审
完全评审是指对整个项目中的所有测试用例进行评审。这种评审方式的优点是可以对所有的用例都进行评审,进而完善测试用例质量;但同样缺点也很明显,完全评审需要更多的时间和精力,么在工作中可能很难有充裕的时间进行完全评审。这种评审方式适用于新的项目,对于一个新的项目来说,为了保证软件质量,必须对所有的测试用例进行充分的评审。
2、有选择性的评审
有选择性的评审,即不对所有的测试用例进行评审,只对部分测试用例进行评审。该方法的优点是使用最少的时间对最重要功能的测试用例进行评审;缺点是未评审的测试用例无法完全保证质量。该方法更适用于维护产品,假设当前的版本是升级的版本,只修改了部分功能,那么评审测试用例的时候可以将重点转向这些新添加的用例,以前评审过的测试用例则可以不用花费过多的时间进行评审。
3、指标评审法
指标评审法是指研发流程中规定每个项目测试用例的评审覆盖率需要达到多少(如60%等)。指标评审法使用较少,因为指标评审法很容易导致为了达到指标而评审,并不一定能真正提高测试用例质量,所以经常将指标评审法与有选择的评审合并使用。
延伸阅读:
什么是用例评审
用例评审就是用来验证测试用例的正确性,有效性和测试覆盖等操作,这可以有效的保障测试实施,并且保障测试用例的改善等工作。说的简单一点,用例评审其实就是测试用例查缺补漏的一个过程,保证用例的有效性和覆盖性。
当需求基线确定后,测试工程师即开始设计测试计划、测试方案和编写测试用例,测试用例设计完成后,是否代表该测试用例已经达到要求了呢?不管从研发流程还是从软件质量控制角度来说,此时的测试用例都不能归档,必须进行测试用例评审,只有评审后的测试用例才能归档。
从研发流程角度来说,在整个研发过程中要求每个过程必须有相应的检查点,这样才能确保软件质量可控制。从质量保证角度来说,也要求测试用例进行评审,因为测试是验证系统需求是否被实现的过程,提高测试的覆盖率显然可以更好地保证软件的质量,测试用例的评审更像是集多人的思想来提高测试的覆盖率。因此,从这两个角度来说,测试用例设计完成后都必须进行评审。
测试用例的评审形式一般有两种:一种是正式会议评审,另一种是非正式会议评审。正式会议评审要求必须执行同行评审的流程,评审的专家主要是项目组的相关成员,即测试工程师、开发工程师、需求工程师、项目经理、QA 工程师等。对于非正式会议评审则可以不必那么正式,可以是项目组中的测试工程师对彼此的用例进行检查,或者组织一个非正式的会议。
文章标题:测试用例如何评审,发布者:小编,转载请注明出处:https://worktile.com/kb/p/33471