首页/开发/软件测试速查/缺陷检测百分比(DDP)

缺陷检测百分比(DDP)

DDP:测试阶段发现缺陷数除以测试阶段与发布后窗口内缺陷数之和,衡量测试拦截比例。发布后窗口(如 30 天)需要事先约定,窗口未结束时不计算结论。

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

缺陷检出率是什么

缺陷检出率(也叫缺陷发现百分比 DDP)衡量测试在发布前拦下了多少缺陷:发布前发现的缺陷数除以发布前后缺陷总数。它回答测试把住了多少关,数字越高说明检出越完整。使用它的前提是同一时间窗、同一口径统计,且明确知道它只反映检出比例,不反映漏掉的缺陷有多严重。

基本信息

常用公式检出率 = 发布前发现缺陷 ÷(发布前发现 + 发布后发现)
统计窗口绑定版本与固定观察期,一般用发布后三十天内的数据
对比对象同项目历史版本或同类成熟项目基线,不同项目不可直接横比
失真来源需求缺陷混入、后发缺陷延迟上报、观察期不齐
改进抓手分析未检出缺陷的发现阶段与类型,定位薄弱环节
配合指标逃逸率、缺陷清除效率、平均修复时长一起看

典型使用场景

  • 版本复盘:对比相邻版本的检出率变化,判断测试有效性趋势。
  • 阶段评估:按发现阶段拆分,看左移活动是否让缺陷更早暴露。
  • 团队对话:用未检出清单讨论漏检原因,而不是讨论百分比本身。
  • 外包验收:用统一口径评估外部测试团队的检出质量。
  • 目标设定:把检出率列入质量目标时同步设置防作弊检查项。

影响数字的常见因素

因素对数字的影响处理建议
观察期太短发布后缺陷还没报完统一观察期,发布四十天后统计
需求缺陷混入虚高或虚低分类统计,主口径剔除
监控发现的缺陷是否计入各团队不同计入并标注渠道
低危缺陷过滤分母缩水主看全部,辅看高严重度
和逃逸率是同一枚硬币:检出率等于百分之百减逃逸率,选一个口径讲清楚即可,别两套定义打架。
别单点定论:单版本数字受波动影响大,看连续多个版本的走势。
当考核指标会变形:为拉高数字压报后发缺陷,指标越好看风险越大。

易错点

  • 口径漂移:换个人统计换套算法,曲线无法衔接。
  • 与逃逸率混用:两套定义同时出现在报告里,读者困惑不信任。
  • 只盯数字不看清单:不分析漏检缺陷的成因,改进无从下手。
  • 忽略需求类缺陷:口径不分层,测试团队背了需求的锅。
  • 跨项目直接对比:复杂度与发布时间差异大,对比结论误导管理动作。

数据来源与参考

  • ISTQB 术语表(Defect Detection Percentage)
  • ISTQB CTFL 4.0 大纲(测试度量)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌