一、缺陷生命周期的定义

缺陷生命周期是指一个Bug从被发现到最终关闭的完整流程，反映了缺陷在不同角色（测试、开发、产品等）间的流转状态。它是软件测试流程的核心管理模型，直接影响团队协作效率。

---

二、标准缺陷生命周期阶段

以下是通用流程（不同公司可能微调，但核心逻辑一致）：

阶段	负责人	关键动作	输出物
1. 新建（New）	测试工程师	提交缺陷报告（含5C要素）	Jira/禅道中的Bug单
2. 分配（Assigned）	测试负责人	分配缺陷给对应开发人员	缺陷状态变更为“已分配”
3. 打开（Open）	开发工程师	确认缺陷并开始修复	代码修改/Git提交记录
4. 修复（Fixed）	开发工程师	完成修复并标记状态	关联代码提交ID
5. 验证（Verify）	测试工程师	回归测试确认修复	测试环境验证结果
6. 关闭（Closed）	测试工程师	确认缺陷完全解决	关闭缺陷单
7. 重新打开（Reopen）	测试工程师	若修复不彻底，重新激活缺陷	状态回退至“Open”

---

三、特殊状态流转路径

1. 被拒绝（Rejected）

   • 触发条件：开发认为非缺陷（如需求理解分歧）

   • 处理流程：需产品经理仲裁，确认后转为“已拒绝”或重新打开。

2. 延期处理（Deferred）

   • 触发条件：低优先级缺陷暂不修复（如V2.0迭代优化）

   • 处理流程：标记为“延期”并指定目标版本。

3. 重复缺陷（Duplicate）

   • 触发条件：与已有Bug重复

   • 处理流程：关联主缺陷单后关闭。

---

四、生命周期管理的最佳实践

1. 状态变更规则

   • 任何状态变更需填写注释（如修复方案、验证步骤）。

   • 强制关联证据（如Fixed状态需提交Git Commit ID）。

2. 自动化工具集成

   • Jira：配置状态流转工作流（Workflow）

   • Jenkins：自动触发回归测试验证Fixed缺陷

   • SonarQube：代码修复后自动扫描关联缺陷

3. 数据度量指标

   • 缺陷存活时间：从New到Closed的时长

   • Reopen率：反映修复质量（建议<5%）

---

五、流程图示例

图表

代码

---

六、团队协作建议

1. 每日站会：同步高优先级缺陷状态

2. 缺陷评审会：对Rejected/Deferred缺陷集体决策

3. 根本原因分析（RCA）：针对高频Reopen缺陷追溯开发流程问题

掌握缺陷生命周期管理，能显著提升测试在敏捷团队中的驱动作用。建议结合具体工具（如Jira）定制符合团队习惯的工作流。