缺陷清除效率是什么
缺陷清除效率（DRE）衡量的是一段时间内各阶段清除的缺陷占引入缺陷总数的比例：评审与测试阶段拦下的，对照最后逃逸出去的总量。它比单一测试指标更完整——把需求评审、设计评审、代码评审与各层测试放在同一张表上看，能定位哪个环节在漏，而不只是看测试背不背锅。
基本信息
| 计算口径 | DRE = 阶段发现缺陷 ÷（阶段发现 + 逃逸缺陷），分阶段统计 |
|---|---|
| 阶段划分 | 需求评审、设计评审、编码自测、集成测试、系统测试、发布后 |
| 统计前提 | 缺陷记录含引入阶段或发现阶段，回溯归因尽量到引入环节 |
| 对比用途 | 同项目版本间对比有效；跨项目对比要谨慎，复杂度不同 |
| 改进信号 | 某阶段 DRE 持续偏低，说明该环节评审或测试密度不足 |
| 配合指标 | 逃逸率、缺陷检出率、评审缺陷密度 |
典型使用场景
- 质量体系评估：各质量环节的效率同表对比，找最薄弱的关。
- 左移验证：投入评审后，观察早期阶段缺陷占比是否上升。
- 外包验收：评估不同团队各阶段的清除能力差异。
- 改进优先级：评审密度低导致 DRE 低的团队，先补评审机制。
- 管理层沟通：用一页表说明质量投资在哪个环节回报最大。
阶段与观察要点
| 阶段 | 清除手段 | 偏低信号 |
|---|---|---|
| 需求与设计 | 评审、原型确认 | 后期需求类缺陷集中 |
| 编码 | 静态检查、单元测试 | 低级错误大量流向集成 |
| 集成 | 接口与联调测试 | 契约类问题频繁回流 |
| 系统 | 功能与非功能测试 | 发布后用户场景缺陷多 |
| 发布后 | 监控与用户反馈 | 逃逸缺陷高发 |
口径先统一：什么算引入阶段、评审发现的算不算，争论不清数字就不能用。
DRE 不是越高越好地追求数字：真正目标是让引入缺陷变少，而非把发现数字做大。
小样本看均值：单迭代波动大，至少积累几个版本再比较。