缺陷重开是什么
重开（Reopen）是对「已修复」结论的否定：验证不通过、验收未过或同类问题再次出现时，把缺陷重新打开。重开率是过程质量信号，应按原因分类跟踪——修复未覆盖根因、复测环境差异、需求理解偏差三类最常见。统计口径要落在流程上，而不是按人追责。
基本信息
| 三类原因 | 修复不完整、环境或数据差异、期望不一致 |
|---|---|
| 补证据 | 重开时写清与上次验证的差异 |
| 复盘动作 | 重开集中的模块进入专项质量分析 |
| 关键指标 | 重开率、重开原因分布、重开修复时长 |
| 统计口径 | 按缺陷单状态流转统计，避免按人考核 |
| 流程要求 | 重开指回原责任人，附最小复现与新证据 |
原因分类
原因分类
1) 修复不完整：同根因的其他路径未处理
2) 环境或数据差异：复测条件不一致
3) 期望不一致：需求理解偏差
# 重开时补齐「与上次验证的差异」，区分修复问题与验证条件问题
# 频次统计按原因分类，不按人统计典型使用场景
- 复测失败：按最小步骤复现后重开，附新证据与新日志。
- 验收打回：UAT 或线上验收不通过，按流程重开并升级优先级。
- 回归发现：发布后回归复现同类问题，重开并关联发布单。
- 质量分析：按月看重开率与原因分布，定位流程薄弱环节。
- 沟通协作：用原因分类替代相互指责，讨论落到系统改进上。
- 指标治理：把重开次数与关闭速度拆开看，避免指标互相扭曲。
重开原因与治理动作
| 原因 | 典型表现 | 治理动作 |
|---|---|---|
| 修复不完整 | 同根因的其他入口仍失败 | 修复时补全路径清单与用例 |
| 环境差异 | 修复者环境通过、复测环境失败 | 统一验证环境与数据快照 |
| 期望不一致 | 对验收标准理解不同 | 需求评审时明确验收例子 |
| 回归引入 | 修复引发新问题 | 补充回归范围并沉淀自动化 |
| 文档滞后 | 修复说明与变更记录缺失 | 强制填写修改点与影响面 |
重开不是惩罚信号而是质量数据：口径透明，团队才愿意如实记录。
高频重开的模块值得专项分析：查修复流程与用例覆盖到底是哪一环断掉。