软件测试中的无效缺陷率分析

软件测试中无效缺陷率分析

定义

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

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

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

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

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

分析  

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

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

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

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

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

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

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

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

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

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

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

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

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

------------------by明月