缺陷密度

缺陷密度:缺陷数与规模单位(千行代码、故事点、功能点等)的比值,用于观察模块质量与测试充分性。规模口径必须统一,跨语言、跨团队对比前先确认可比性。

软件测试速查开发更新于 2026-10-13

缺陷密度是什么

缺陷密度是缺陷数与规模单位的比值:每千行代码、每故事点或每功能点的缺陷数,用来观察模块质量趋势与测试充分性,也可作发布准入的参考。它本身不是目标数字:规模口径必须统一,跨语言、跨团队对比之前,先确认两边是否真的可比。

基本信息

定义缺陷数 ÷ 规模单位(KLOC、故事点、功能点)
规模口径同一比较范围内必须统一,变更需注明
适用观察模块间分布、版本间趋势、测试阶段分布
使用禁忌与个人绩效挂钩会诱发少报与拆小缺陷
数据来源缺陷系统按模块标签统计,规模取自代码或估算
统计建议观察趋势与模块分布比追求静态数值更有价值

规模口径对比

口径适用场景注意事项
KLOC 千行代码语言单一的代码库生成代码与多语言不可直接比
故事点敏捷团队内部观察估算偏差会直接影响密度
功能点跨团队粗略对比需要估算成本
用例数以测试为规模的替代视角依赖用例质量,慎作分母

计算示例

计算示例
缺陷密度 = 缺陷数 / 规模单位
示例:某模块本轮发现 24 个缺陷,规模为 8 KLOC
密度 = 24 / 8 = 3.0 个/KLOC
# 同口径同阶段比较:测试阶段与线上阶段分开统计
# 口径变更(如重新估算故事点)时,趋势线要标注断点

典型使用场景

  • 迭代观察:比较各模块本迭代的密度,定位质量洼地。
  • 发布参考:高密度模块加严回归或补充代码评审。
  • 测试评估:密度异常低时反查测试深度与缺陷记录习惯。
  • 趋势跟踪:按月画趋势线,观察改进措施是否见效。
  • 根因分析:密度集中的模块结合复杂度与变更频率一起分析。
  • 汇报沟通:注明口径与范围,防止数字被过度对比。
观察趋势与模块分布比追求某一时点的静态数值更有价值。
缺陷记录习惯会直接改变密度:先统一记录标准,再看数字谈结论。
密度与个人绩效挂钩会诱发少报与拆小缺陷,指标立刻失真。

易错点

  • 不同口径混用后横向对比。
  • 密度与个人绩效挂钩,诱发少报与拆小。
  • 只统计测试阶段缺陷,线上逃逸不回溯,质量信号不完整。
  • 规模数据过期(代码大改后未更新)导致密度失真。
  • 用密度排名代替根因分析,团队忙于养数字。

数据来源与参考

  • ISTQB 术语表(defect density)
  • ISTQB CTFL 4.0 大纲(测试度量)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌