缺陷密度(Defect Density)

归一化度量: 以单位规模为基准,消除规模差异带来的偏差。
规模单位可选: 可用代码行数,也可用功能点等更贴近业务的规模度量。
阶段相关: 统计口径可覆盖测试阶段、上线后一段时间等不同范围,含义随之不同。
对比导向: 更适合用于趋势对比和模块间比较,而非追求某个绝对数值。

缺陷密度(Defect Density)是衡量软件质量的常用度量指标,表示单位规模的软件中所含缺陷的数量。它通过把缺陷总数除以软件规模来计算,规模通常以千行代码或功能点为单位,从而得到可横向比较的质量指标。

概述

单看缺陷绝对数量意义有限,因为大模块自然比小模块含更多缺陷。缺陷密度通过归一化处理,使不同规模的模块、版本或产品之间具备可比性。一个典型公式是缺陷数量除以代码千行数,得到每千行代码的缺陷数,便于团队评估质量趋势。

缺陷密度常用于识别质量薄弱的高风险模块,以便集中投入评审和测试资源;也用于跨版本比较质量是否改善,或评估测试活动的发现能力。使用时需注意统计口径一致,并结合代码复杂度、变更频率等因素综合判断,避免单纯用它来考核个人。

问:缺陷密度越低就一定越好吗?答:不一定。过低的缺陷密度也可能意味着测试不充分、缺陷尚未被发现。应结合测试覆盖率、上线后反馈等指标综合评估,而非孤立看待。

问:为什么用代码行数作分母会有争议?答:因为代码行数受语言、风格影响大,且可能诱导凑行数的行为。功能点等规模度量更贴近功能量,但计算成本更高,团队需权衡选择。