---
name: defect-management
when: '缺陷管理, Bug修复, 缺陷闭环, 回归测试, 缺陷预防, 缺陷归因, 质量改进'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-pattern-defect-management
asset_kind: pattern
lifecycle_status: active
owner_mechanism_id: mc-general-pattern
authority: supporting
routes:
  - '*'
primary_triggers:
  - 缺陷管理
  - Bug修复
  - 缺陷闭环
  - 回归测试
  - 缺陷预防
  - 缺陷归因
  - 质量改进
priority: P2
specificity: 3
version: 1.1.0
last_reviewed: '2026-06-01'
consumes: []
emits: []
secondary_triggers: []
negative_triggers: []
type: pattern
stages: ["编码与单元测试", "联调验证"]
---

## 决策规则
- 每个缺陷必须归因到最小责任阶段（需求/设计/任务拆解/实现/测试/门禁）
- 修复必须附带证据，"理论上修好了"不可接受
- 有复现价值的缺陷必须产出至少一项回填动作：规则、模版、检查项或知识条目
- 同一缺陷若在案例库中已出现过，自动升级为深层缺陷（方法论级别）
- 报告必须在修复之前编写，禁止先改规则后写报告
- 缺陷结论必须区分：已完成 / 未完成 / 未验证 / 未知，无真实证据不得标记为已完成
- 缺陷必须包含完整的复现步骤、预期结果、实际结果和环境信息
- 每个缺陷必须有优先级（P0-P4）和严重程度（S1-S4）分类
- 修复缺陷必须包含根因分析，禁止只修表面症状
- P0/P1 缺陷修复后必须经过回归测试，不能直接上线
- 缺陷关闭必须由提单人确认，修复人不能自行关闭

## 验收项
- [AC-01] 缺陷有归因阶段
- [AC-02] 修复附带执行证据
- [AC-03] 有复现价值的缺陷有回填动作
- [AC-04] 结论区分已完成/未完成/未验证/未知
- [AC-05] 缺陷有完整复现信息
- [AC-06] 有优先级和严重程度
- [AC-07] 修复包含根因分析
- [AC-08] 高优先级缺陷有回归测试
