一、缺陷生命周期的定義

缺陷生命周期是指一個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）定制符合團隊習慣的工作流。