缺陷逃逸分析与质量前移
缺陷逃逸分析统计缺陷在各阶段被发现的比例，用来看质量闸门的有效性。上线后才发现的比例就是逃逸率，逃逸率高说明评审与测试拦截不足，需要把质量活动前移：加强需求与设计评审、扩充异常分支用例、把非功能需求纳入测试范围。
基本信息
| 核心指标 | 各阶段缺陷分布与逃逸率（上线后发现占比） |
|---|---|
| 数据来源 | 缺陷管理系统、测试报告、线上问题记录 |
| 分析对象 | 阶段分布、逃逸缺陷的根因分类、闸门拦截率 |
| 改进方向 | 质量前移：评审加强、用例扩充、非功能测试补齐 |
| 分析节奏 | 每个版本或季度一次，随发布复盘执行 |
典型使用场景
- 版本复盘：统计本版本缺陷发现阶段的分布，判断逃逸率是否下降
- 上线问题归因：对每条线上缺陷追根因，定位是哪个闸门漏掉的
- 测试策略调整：根据逃逸类型补齐用例设计方法与评审检查项
- 评审有效性评估：比较需求、设计、编码阶段拦截缺陷的比例变化
- 季度质量报告：用逃逸率趋势作为过程改进成效的量化证据
逃逸分析示例
逃逸分析示例
发现阶段分布：需求 10% / 设计 15% / 编码 30% / 测试 35% / 上线 10%
上线发现的 10% 即逃逸缺陷，逐条分析根因：
- 用例未覆盖异常分支（占 60%）
- 评审未涉及非功能需求（占 25%）
- 环境差异导致（占 15%）
改进对应：补异常分支用例、评审清单增加非功能项、环境参数纳管逃逸类型与对策
| 逃逸类型 | 典型根因 | 对策 |
|---|---|---|
| 功能逻辑错误 | 异常分支与边界未覆盖 | 扩充边界与异常用例，评审补充场景 |
| 性能与容量问题 | 非功能需求未纳入测试 | 提前做性能基线测试并纳入闸门 |
| 兼容与环境问题 | 环境参数差异未受控 | 建立环境参数清单与差异比对 |
| 需求理解偏差 | 验收准则表述含糊 | 验收准则量化并复述确认 |
逃逸缺陷的根因分析比统计数字更重要：每条逃逸都对应一个可改进的闸门，改进要落到具体的评审清单或用例设计方法上。
把逃逸归因于个人疏忽，会掩盖流程缺口，同样的缺陷会在下个版本再次逃逸。