缺陷的生命周期（Bug Life Cycle）是什么？
一、缺陷生命周期的定义
缺陷生命周期是指一个Bug从被发现到最终关闭的完整流程，反映了缺陷在不同角色（测试、开发、产品等）间的流转状态。它是软件测试流程的核心管理模型，直接影响团队协作效率。
二、标准缺陷生命周期阶段
以下是通用流程（不同公司可能微调，但核心逻辑一致）：
| 阶段 | 负责人 | 关键动作 | 输出物 |
|---|---|---|---|
| 1. 新建（New） | 测试工程师 | 提交缺陷报告（含5C要素） | Jira/禅道中的Bug单 |
| 2. 分配（Assigned） | 测试负责人 | 分配缺陷给对应开发人员 | 缺陷状态变更为“已分配” |
| 3. 打开（Open） | 开发工程师 | 确认缺陷并开始修复 | 代码修改/Git提交记录 |
| 4. 修复（Fixed） | 开发工程师 | 完成修复并标记状态 | 关联代码提交ID |
| 5. 验证（Verify） | 测试工程师 | 回归测试确认修复 | 测试环境验证结果 |
| 6. 关闭（Closed） | 测试工程师 | 确认缺陷完全解决 | 关闭缺陷单 |
| 7. 重新打开（Reopen） | 测试工程师 | 若修复不彻底，重新激活缺陷 | 状态回退至“Open” |
三、特殊状态流转路径
被拒绝（Rejected）
触发条件：开发认为非缺陷（如需求理解分歧）
处理流程：需产品经理仲裁，确认后转为“已拒绝”或重新打开。
延期处理（Deferred）
触发条件：低优先级缺陷暂不修复（如V2.0迭代优化）
处理流程：标记为“延期”并指定目标版本。
重复缺陷（Duplicate）
触发条件：与已有Bug重复
处理流程：关联主缺陷单后关闭。
四、生命周期管理的最佳实践
状态变更规则
任何状态变更需填写注释（如修复方案、验证步骤）。
强制关联证据（如Fixed状态需提交Git Commit ID）。
自动化工具集成
Jira：配置状态流转工作流（Workflow）
Jenkins：自动触发回归测试验证Fixed缺陷
SonarQube：代码修复后自动扫描关联缺陷
数据度量指标
缺陷存活时间：从New到Closed的时长
Reopen率：反映修复质量（建议<5%）
五、流程图示例
图表
代码
六、团队协作建议
每日站会：同步高优先级缺陷状态
缺陷评审会：对Rejected/Deferred缺陷集体决策
根本原因分析（RCA）：针对高频Reopen缺陷追溯开发流程问题
掌握缺陷生命周期管理，能显著提升测试在敏捷团队中的驱动作用。建议结合具体工具（如Jira）定制符合团队习惯的工作流。