STLC -缺陷分類

缺陷從 QA 團隊的角度分類為優先順序，從開發的角度分類為嚴重程度（修復程式碼的複雜性）。這是兩個主要的分類，它們在修復缺陷的時間範圍和工作量方面發揮著重要作用。

什麼是優先順序？

優先順序定義為應解決缺陷的順序。優先順序狀態通常由 QA 團隊在向開發團隊提交缺陷時設定，並說明修復缺陷的時間範圍。優先順序狀態是根據終端使用者的需求設定的。

例如，如果公司徽標在公司網頁上的位置不正確，則優先順序很高，但嚴重程度很低。

優先順序列表

優先順序可以按以下方式分類：

• 低 - 可以在修復關鍵缺陷後修復此缺陷。

• 中 - 應在後續版本中解決此缺陷。

• 高 - 必須立即解決此缺陷，因為該缺陷在很大程度上影響了應用程式，並且相關模組在修復之前無法使用。

• 緊急 - 必須立即解決此缺陷，因為該缺陷嚴重影響了應用程式或產品，並且在修復之前無法使用該產品。

什麼是嚴重程度？

嚴重程度定義為缺陷對應用程式的影響以及從開發角度來看修復程式碼的複雜性。它與產品的開發方面相關。嚴重程度可以根據缺陷對系統的影響程度來決定。嚴重程度狀態可以說明由於缺陷導致的功能偏差。

示例 - 對於航班運營網站，針對預訂生成票號的缺陷嚴重程度很高，優先順序也很高。

嚴重程度列表

嚴重程度可以按以下方式分類：

• 嚴重/嚴重程度 1 - 缺陷影響應用程式最關鍵的功能，並且 QA 團隊在修復它之前無法繼續驗證被測應用程式。例如，應用程式/產品頻繁崩潰。

• 主要/嚴重程度 2 - 缺陷影響功能模組；QA 團隊無法測試該特定模組，但可以繼續驗證其他模組。例如，航班預訂不起作用。

• 中等/嚴重程度 3 - 缺陷存在於單個螢幕或與單個功能相關的問題，但系統仍在執行。此處的缺陷不會阻止任何功能。例如，票號是一個表示，它不遵循正確的字母數字字元，例如前五個字元是字母，後五個字元是數字。

• 低/嚴重程度 4 - 它不會影響功能。它可能是一個外觀缺陷、UI 欄位不一致或來自 UI 方面的改進終端使用者體驗的建議。例如，“提交”按鈕的背景顏色與“儲存”按鈕的背景顏色不匹配。