軟件產品缺陷生命周期

　　缺陷生命周期

　　(K3)根據IEEE Std 1044-1993定義的異常管理生命周期進行缺陷管理。

　　(K3)根據IEEE Std 1044-1993評估缺陷報告和缺陷分類以改進缺陷報告的質量。

　　和軟件開發生命周期一樣，缺陷也是由一系列的階段和活動組成的，即缺陷同樣具有生命周期。如圖1所示，根據IEEE Std 1044-1993 中的描述，缺陷生命周期主要由四個階段組成：識別(Recognition)、調查(Investigation)、改正(Action)、總結(Disposition)。

　　圖1 缺陷分類過程

　　對于缺陷生命周期的每個階段，都包括記錄(Recording)、分類(Classifying)和確定影響(Identifying Impact)三個活動。缺陷生命周期的四個階段看起來是按照順序進行的，但是缺陷可能會在這幾個階段中進行多次迭代。下面對缺陷生命周期的每個階段和階段中的活動進行詳細的討論。

　　1、識別

　　缺陷的識別是整個缺陷生命周期的第一個階段，它可以發生在軟件開發生命周期的任何一個階段。缺陷的識別可以由參與項目的任何利益相關者完成，例如：系統人員、開發人員、測試人員、支持人員、用戶等。缺陷識別階段的主要活動包括：

　　記錄：在缺陷識別階段，需要記錄缺陷的相關信息，包括發現缺陷時的支持數據信息和環境配置信息，例如：被測系統的硬件信息、軟件信息、數據庫信息和平臺信息等。

　　分類：在缺陷識別階段，需要對缺陷相關的一些重要屬性進行分類，主要包括發現缺陷時執行的項目活動(如表1所示)、引起缺陷的原因、缺陷是否可以重現、缺陷發現時的系統狀態、缺陷發生時的征兆等。

　　確定影響：根據缺陷發現者的經驗和預期，判斷缺陷可能會造成的影響，例如：缺陷的嚴重程度(如表2所示)、優先級，以及缺陷對成本、進度、風險、可靠性、質量等的影響。

　　表1 發現缺陷時的項目活動分類

　　表2 嚴重程度分類

　　2、調查

　　經過缺陷識別階段后，需要對每個可能的缺陷進行調查。調查階段主要是用來發現可能存在的其他問題以及相關的解決方案，解決方案包括"不采取任何行動"。缺陷調查階段的主要活動包括：

　　記錄：在缺陷調查階段，需要記錄相關的數據和信息，對缺陷識別階段記錄的信息進行更新。缺陷調查階段記錄的信息包括缺陷調查者的信息、缺陷調查的計劃開始時間、計劃結束時間、實際開始時間、實際結束時間、調查工作量等。

　　分類：在缺陷調查階段，需要進行分類的屬性包括缺陷引起的實際原因、缺陷的來源、缺陷的具體類型等。同時，對缺陷識別階段中的分類信息，根據需要進行檢查和更新。

　　確定影響：根據缺陷調查階段的分析結果，對缺陷識別階段的影響分析進行更新。

　　表3列舉了調查階段的支持數據。

　　表3 調查階段的支持數據表格

　　3、改正

　　根據缺陷調查階段中得到的結果和信息，就可以采取改正措施解決引起缺陷的錯誤。采取的行動可能是修復缺陷，也可能是針對開發過程和測試過程的改進建議，以避免在將來的項目中重復出現相似的缺陷。針對每個缺陷的修復，需要進行相關的回歸測試和再測試，避免由于缺陷的修復而影響原有的功能。缺陷改正階段的主要活動包括：

　　記錄：在缺陷改正階段，需要記錄改正缺陷的相關支持數據信息，包括需要修改的條目、需要修改的模塊、修改的描述、修改的負責人、計劃修改開始的時間、計劃修改完成的時間等。

　　分類：當合適的修改計劃或者活動確定以后，需要對下面的信息進行分類：缺陷修復的優先級(例如：是馬上修改、延期修改還是不修改)、缺陷的解決方法(如表4所示)、缺陷修復的改正措施等。

　　確定影響：對在缺陷識別階段、缺陷調查階段中得到的影響分析進行合適的檢查，并在需要的時候進行更新。

　　4、總結

　　經過了上面的幾個階段后，缺陷生命周期就到了缺陷的總結階段?？偨Y階段的主要活動包括：

原文轉自：http://www.uml.org.cn/Test/201405223.asp