# 軟件測試中的缺陷/缺陷生命周期 > 原文： [https://www.guru99.com/defect-life-cycle.html](https://www.guru99.com/defect-life-cycle.html) ## 什么是缺陷生命周期？ **缺省生命周期**或 Bug 生命周期是 Bug 整個生命周期所經歷的特定狀態集。 缺陷生命周期的目的是輕松協調各個受讓人的錯誤狀態更改，并使錯誤修復過程系統化。 ### 錯誤生命周期狀態 缺陷所經歷的狀態數因項目而異。 生命周期圖下方，涵蓋了所有可能的狀態 * **新增功能**：首次記錄并發布新缺陷時。 它被分配為新狀態。 * **已分配**：測試人員發布錯誤后，測試人員的負責人會批準該錯誤并將錯誤分配給開發團隊 * **打開**：開發人員開始分析并致力于缺陷修復 * **固定的**：開發人員進行必要的代碼更改并驗證更改后，他或她可以將錯誤狀態設置為“已修復”。 * **待重新測試**：一旦修復了缺陷，開發人員就會向測試人員提供用于重新測試代碼的特定代碼。 由于軟件測試在測試人員端仍處于待處理狀態，因此分配的狀態為“待測試中”。 * **重新測試**：測試人員在此階段對代碼進行重新測試，以檢查缺陷是否由開發人員修復，并將狀態更改為“重新測試”。  * **已驗證**：測試人員在開發人員修復此錯誤之后，對其進行重新測試。 如果在軟件中未檢測到錯誤，則該錯誤已修復，并且分配的狀態為“已驗證”。 * **重新打開**：如果即使在開發人員已修復錯誤之后該錯誤仍然存??在，則測試儀會將狀態更改為“重新打開”。 該錯誤再次貫穿生命周期。 * **已關閉**：如果該錯誤不再存在，則測試人員將狀態設置為“已關閉”。 * **重復**：如果缺陷重復兩次或缺陷對應于錯誤的相同概念，則狀態更改為“重復”。 * **已拒絕**：如果開發人員認為缺陷不是真正的缺陷，則將缺陷更改為“已拒絕”。 * **延遲的**：如果當前錯誤不是主要優先級，并且如果期望在下一發行版中予以修復，則將狀態“ Deferred”分配給此類錯誤 * **不是錯誤**：如果它不影響應用程序的功能，則分配給錯誤的狀態為“不是錯誤”。 ## 缺陷生命周期說明  1. 測試員發現缺陷 2. 狀態分配給缺陷-新建 3. 缺陷將轉發給項目經理進行分析 4. 項目經理確定缺陷是否有效 5. 此處的缺陷無效-狀態為“已拒絕”。 6. 因此，項目經理將狀態**拒絕**。 如果沒有拒絕缺陷，則下一步是檢查缺陷是否在范圍內。 假設我們為同一應用程序提供了另一個功能，即電子郵件功能，那么您會發現一個問題。 但是，當此類缺陷被指定為**推遲或推遲的**狀態時，則不是當前版本的一部分。 7. 接下來，管理者將驗證是否較早提出了類似缺陷。 如果是，則為缺陷分配狀態**復制**。 8. 如果沒有，則將缺陷分配給開始修復代碼的開發人員。 在此階段中，將為缺陷分配狀態**進行中。** 9. 一旦代碼固定。 為缺陷分配了狀態**已修復** 10. 接下來，測試人員將重新測試代碼。 如果[測試用例](/test-case.html)通過了缺陷，則**被關閉。** 如果測試用例再次失敗，則將**的缺陷重新打開**并分配給開發人員。 11. 考慮以下情況：在第一版的“飛行預訂”中，發現傳真訂單中的一個缺陷已修復，并被分配為“關閉”狀態。 在第二次升級版本中，相同的缺陷再次浮出水面。 在這種情況下，閉合的缺陷將被重新打開。 這就是 Bug 生命周期的全部 該培訓視頻通過一個示例描述了缺陷（也稱為缺陷）生命周期的各個階段及其重要性。