文/秋之川
这是《落叶》文集里第 342 片落叶，希望你能喜欢，不为别的，只为这份坚持。
【提问】
软件缺陷的生命周期脉络是什么样的？
【旧识】
我认知中的软件缺陷生命周期，就是从它被发现到它被修复，也就是它从兴起到消亡的整个过程。如下图：
缺陷处理流程
缺陷级别定义
【新知】
软件缺陷从生到死并不是它唯一的一条生命周期线。就像游戏里的情节线一样，有主线，也有分支情节。游戏里触发分支情节需要接触特定的人或特定的物品，而软件缺陷的生命周期分支，取决于缺陷的状态。
我们就由缺陷状态来看看有几条生命周期线吧：
| 生命周期 | 状态转换 | 结果 | 操作人 |
|---|---|---|---|
| 主线 | New/新建 -> Fixed/已修复 -> Verified/已验证 | 缺陷被解决 | 测试工程师 |
| 分支一 | New/新建 -> Fixed/已修复 -> New/激活 | 缺陷未被成功解决，测试人员验证后重新激活 | 测试工程师 |
| 分支二 | New/新建 -> Deferred/已推迟 | 因为风险或人力问题，该缺陷被推迟修复 | 产品经理 |
| 分支三 | New/新建 -> OnHold/已挂起 | 因为技术限制或其他因素，该缺陷不予解决 | 产品经理 |
| 分支四 | New/新建 -> Designed/设计的 | 设计如此 | 产品经理 |
| 分支五 | New/新建 -> NotABug/不是缺陷 | 可能是外部原因或操作失误，不是 bug | 开发工程师 |
| 分支六 | New/新建 -> NeedMoreInfo/需要更多信息 | Bug描述过于简单，信息不足以支撑开发 Debug | 开发工程师 |
| 分支七 | New/新建 -> CannotDuplicate/不能复现 | 依据 Bug 描述的步骤无法复现 | 开发工程师 |
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
