定义

　　无效缺陷率用于评价软件测试的质量。定义为：

　　无效缺陷率=无效缺陷数/缺陷总数

　　其中无效缺陷分为：不是问题，不可重现的、重复的。

　　按照一定的统计周期，统计累计无效缺陷数量和缺陷总数，计算无效缺陷率，用折线图的形式展示无效缺陷率的变化情况。如图：

　　统计周期可以根据我们的项目实施情况进行选择。如按照回归版本的版本号进行统计、按周、按月进行统计等。对于长期的项目建议以月为周期统计数据，较短期的项目建议以周为统计周期。对于版本计划性比较好的项目，建议以版本作为统计周期。

　　分析

　　● 无效缺陷率越低，测试的质量越高。

　　● 如果有一段时间，无效缺陷率增加，表明测试质量下降，需要做进一步具体的分析，例如：可以细化到按测试人员统计无效缺陷率，按子系统或者模块统计无效缺陷率。

　　● 对细化的数据进一步分析，可能的产生原因有：

　　→ 某测试员产生的无效缺陷数比较多，可能是该测试员不熟悉业务，测试技能有待提高；

　　→ 某子系统或模块取消缺陷率比较高，可能是因为该模块的需求可测试性比较差，测试人员据此无法准确判断是否缺陷，或者测试人员对需求的理解不够；

　　→ 某版本无效缺陷率高，可能是接下来的版本进行较大的改动，如舍弃某些功能，架构修改等，相关的缺陷不再有效，或者不可重现。

　　→ 某段时期，项目中不同角色的人同时参与测试（例如，需求组参与测试），测试内容有交叉重叠的部分，导致重复缺陷较多。等等。需要根据项目的实际过程进行具体分析。

　　● 针对无效缺陷产生的原因，采取必要的措施，以改进测试的质量：

　　→ 对测试人员加强培训和指导，测试人员通过自学提高自身测试技能；

　　→ 测试前细化需求，开展多种形式的小组讨论，保证对需求理解的正确性；

　　→ 通过需求组的改进，提高需求的可测试性。

　　→ 交叉测试导致重复缺陷，可以考虑改变交叉测试的策略，在缺陷比较多的测试早期，先不安排交叉测试。不同角色的人参与测试时，测试重点要有区别。提交缺陷时先检查缺陷管理系统中是否已有类似的未修复的缺陷。

　　→ 提交缺陷前，确认缺陷能够重现。缺陷描述详细，有重现步骤，必要时有图有真相。

版权声明：本文出自 shiningredstar 的51Testing软件测试博客：http://www.51testing.com/?7622

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。