JIRA缺陷生命週期

JIRA bug生命週期也稱為缺陷生命週期。錯誤生命周期由一組錯誤通過的狀態組成。錯誤經歷的狀態數因專案而異。我們可以將Bug定義為錯誤，缺陷或者我們可以說當實際輸出與預期輸出不匹配時，它被稱為錯誤或缺陷。這兩個術語，即bug和缺陷都是常用的，但最流行的是一個bug。可以在SDLC(軟體開發生命週期)的任何階段生成錯誤，它可以存在於需求收集，設計SRS文件的設計階段，開發階段，測試階段或終端使用者在 使用申請的時間。

從錯誤登入到錯誤關閉點的角度來看，錯誤的生命週期。Bug經歷以下狀態：

• 新建(New)
• 分配(Assigned)
• 開啟(Open)
• 確定(Fixed)
• 複驗(Retesting)
• 重開啟(Reopen)
• 已驗證(Verified)
• 關閉(Closed)

新建(New)

在測試階段，測試人員會識別錯誤或缺陷，並登入到Jira，Bugzilla等錯誤跟蹤工具中。測試人員檢測到的錯誤將首次發布在錯誤跟蹤工具中。此狀態被指定為新狀態。

分配(Assigned)

將新狀態的錯誤分配給軟體開發人員，他們將檢視錯誤以檢查錯誤是有效還是無效。如果錯誤無效，則他們將狀態更改為無效。如果錯誤有效，則狀態將更改為已分配，然後軟體開發人員開始處理缺陷以獲得修復。

開啟(Open)

當錯誤被分配給軟體開發人員時，他們就開始對其進行分析並處理缺陷修復。錯誤或缺陷可以分三個階段開啟：

確定(Fixed)

• 重複
  如果缺陷重複兩次或缺陷對應於前一個bug的相同概念，則它將狀態更改為Duplicate。

• 被拒絕
  如果開發人員認為缺陷不是真正的缺陷，那麼它會將狀態更改為「已拒絕」。

• 遞延
  如果錯誤的優先順序不高並且可以在下一個版本中解決，則狀態將更改為Deferred。延遲狀態也稱為推遲狀態。

複驗(Retesting)

當開發人員進行必要的程式碼更改並驗證更改時，他/她可以將錯誤狀態設定為已修復。當開發人員修復錯誤後，狀態將更改為「重新開啟」或「已驗證」。

重開啟(Reopen)

如果在開發人員修復了bug之後bug仍然存在，那麼測試人員將狀態更改為Reopen，並且bug再次通過整個bug生命週期。

已驗證(Verified)

如果沒有發現錯誤，測試人員在開發人員修復錯誤後重新測試該錯誤，然後將狀態更改為已驗證。

關閉(Closed)

如果錯誤不再存在，則會將狀態更改為「已關閉」。

Bug生命週期的參與者 -

• Bug報告者
  識別錯誤的人稱為Bug Reporter。Bug報告者驗證錯誤並將所有與bug相關的詳細資訊輸入到錯誤跟蹤工具中，例如正確的主題，錯誤優先順序，應用程式元件，測試環境，錯誤受理人，錯誤描述。如果需要，測試人員需要傳送附加的螢幕截圖以澄清錯誤詳細資訊。

• 錯誤跟蹤工具
  可以將錯誤記錄到錯誤跟蹤工具中，錯誤跟蹤工具可以是Jira，Bugzilla，Assembla等。

• Bug小組
  Bug小組是一組可以檢視錯誤詳細資訊的人。Bug小組可以包括報告錯誤的測試人員或終端使用者，分配錯誤的開發人員，專案經理，QA經理。

• Bug所有者
  錯誤所有者是稽核並擁有該錯誤的人。錯誤所有者檢查錯誤資訊是否足夠，如果沒有，則將錯誤分配給錯誤報告者以提供更多資訊。根據bug的優先順序，Bug所有者獲取bug的所有權並在截止日期內修復它。