定义
无效缺陷率用于评价软件测试的质量。定义为:
无效缺陷率=无效缺陷数/缺陷总数
其中无效缺陷分为:不是问题,不可重现的、重复的。
按照一定的统计周期,统计累计无效缺陷数量和缺陷总数,计算无效缺陷率,用折线图的形式展示无效缺陷率的变化情况。如图:
统计周期可以根据我们的项目实施情况进行选择。如按照回归版本的版本号进行统计、按周、按月进行统计等。对于长期的项目建议以月为周期统计数据,较短期的项目建议以周为统计周期。对于版本计划性比较好的项目,建议以版本作为统计周期。
分析
● 无效缺陷率越低,测试的质量越高。
● 如果有一段时间,无效缺陷率增加,表明测试质量下降,需要做进一步具体的分析,例如:可以细化到按测试人员统计无效缺陷率,按子系统或者模块统计无效缺陷率。
● 对细化的数据进一步分析,可能的产生原因有:
→ 某测试员产生的无效缺陷数比较多,可能是该测试员不熟悉业务,测试技能有待提高;
→ 某子系统或模块取消缺陷率比较高,可能是因为该模块的需求可测试性比较差,测试人员据此无法准确判断是否缺陷,或者测试人员对需求的理解不够;
→ 某版本无效缺陷率高,可能是接下来的版本进行较大的改动,如舍弃某些功能,架构修改等,相关的缺陷不再有效,或者不可重现。
→ 某段时期,项目中不同角色的人同时参与测试(例如,需求组参与测试),测试内容有交叉重叠的部分,导致重复缺陷较多。等等。需要根据项目的实际过程进行具体分析。
● 针对无效缺陷产生的原因,采取必要的措施,以改进测试的质量:
→ 对测试人员加强培训和指导,测试人员通过自学提高自身测试技能;
→ 测试前细化需求,开展多种形式的小组讨论,保证对需求理解的正确性;
→ 通过需求组的改进,提高需求的可测试性。
→ 交叉测试导致重复缺陷,可以考虑改变交叉测试的策略,在缺陷比较多的测试早期,先不安排交叉测试。不同角色的人参与测试时,测试重点要有区别。提交缺陷时先检查缺陷管理系统中是否已有类似的未修复的缺陷。
→ 提交缺陷前,确认缺陷能够重现。缺陷描述详细,有重现步骤,必要时有图有真相。
版权声明:本文出自 shiningredstar 的51Testing软件测试博客:http://www.51testing.com/?7622
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。