JIRA缺陷生命週期


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

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

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

JIRA缺陷生命週期

新建(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的所有權並在截止日期內修復它。