质量闸门与放行条件
质量闸门设置在阶段交界处，用明确的放行条件约束交付物流向下一阶段，例如单元测试通过率、严重缺陷清零、覆盖率达标。不满足条件时不得进入下一阶段，除非走书面例外批准。闸门的约束力来自两点：条件可测量，例外稀缺且有代价。
基本信息
| 设置位置 | 阶段交界处：开发转测试、测试转上线、上线转运维 |
|---|---|
| 条件类型 | 缺陷数量与等级、通过率、覆盖率、静态检查结果 |
| 判定方式 | 满足条件自动放行，不满足需例外批准 |
| 例外要求 | 原因、风险、补偿措施与到期复核 |
| 留痕载体 | 闸门评审记录、例外批准单、缺陷清单 |
典型使用场景
- 开发转测试：确认单元测试通过率与静态检查无阻断项后放行
- 测试转上线：严重与主要缺陷为零，回归测试通过才能发布
- 紧急上线：走例外通道，双签批准并列明风险与补偿措施
- 外包与供应商交付：以闸门条件作为验收前的强制检查点
- 定期复核：统计例外批准次数与比例，评估闸门是否被架空
闸门条件示例
闸门条件示例
开发 -> 测试：单元测试通过率 >= 95%，静态检查无阻断项
测试 -> 上线：严重与主要缺陷为 0，回归测试通过，回滚方案就绪
例外：需技术负责人与业务负责人双签，列明风险与补偿措施
补偿示例：加强上线后前 24 小时监控，指定值守人
回收：例外到期自动复查，未达标项升级至治理层例外管理
| 要素 | 要求 | 常见失控点 |
|---|---|---|
| 申请 | 写明原因与风险 | 只写「业务要求紧急」 |
| 补偿 | 加强监控或限期修复 | 补偿措施无可执行动作 |
| 授权 | 双签并留存记录 | 口头同意事后补签 |
| 回收 | 到期自动复查 | 例外无到期时间，长期挂着 |
闸门条件应与缺陷趋势联动：如果同一类缺陷在多个版本持续成为放行障碍，问题在需求或设计阶段，需要前移质量活动而非放松闸门。
闸门被例行放行会失去约束力：例外要少、要有代价，否则团队会将例外当成常规通道。