质量门禁是什么
质量门禁是在交付流水线上对关键质量检查做自动判定的机制：测试通过率、覆盖率阈值、静态扫描、性能基线等达到条件，才允许合并或发布。门禁宜少而硬：每条都要有明确的失败处理与豁免审批通道；堆得又多又软，就会被集体绕过，退化成形式。
基本信息
| 典型门禁 | 单测与集成通过、覆盖率阈值、静态扫描、性能基线 |
|---|---|
| 设计原则 | 数量少、标准硬、结果可复现 |
| 失败处理 | 明确回退方式与责任人，不许静默忽略 |
| 豁免通道 | 申请、审批、限期、记录四要素齐全 |
| 试点方式 | 新门禁先以告警模式试运行再转阻断 |
| 维护要求 | 定期用历史数据回看误报与漏放 |
示例组合
示例组合
1. 单元与集成测试通过 # 失败即阻断合并
2. 新增代码覆盖率不低于团队阈值 # 关注增量代码
3. 高危静态告警清零 # 低危项转缺陷单跟踪
4. 性能基线无明显回退 # 对比核心链路历史基线
5. 每类门禁附失败说明与处理指引 # 让执行者知道下一步典型使用场景
- 合并请求：代码评审前拦截明显低质量的变更。
- 发布流程：以门禁结果作为版本放行依据之一。
- 新服务接入：先配基础门禁，再按风险逐步加严。
- 项目治理：用历史误报数据校准阈值，保持区分度。
- 试点推广：新门禁先跑告警模式收集数据，再转阻断。
- 汇报沟通：门禁通过率与豁免记录作为质量证据沉淀。
门禁设计与维护
| 维度 | 推荐做法 | 反模式 |
|---|---|---|
| 数量 | 保持少量硬门禁 | 几十条门禁引发集体绕过 |
| 判定 | 标准客观可复现 | 含糊规则靠人解释 |
| 失败处理 | 指引明确、责任到人 | 只拦不管、无人跟进 |
| 豁免 | 审批加限期加记录 | 口头豁免无痕迹 |
| 校准 | 定期回看误报与漏放 | 阈值长期不校准 |
| 试点 | 先告警后阻断 | 直接阻断引发对抗 |
阈值长期不校准会失去区分度：定期用历史数据回看误报与漏放。
门禁结论要能本地复现：本地跑出同样结果，执行者才会信任判定。
绕过成为习惯就难恢复：门禁超载时先减量调优，而不是默许绕过。