<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

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

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看