軟體測試 - 嚴重程度和優先順序

軟體測試經常導致缺陷的發現。與缺陷相關的最關鍵屬性被稱為其嚴重程度和優先順序。這樣可以指導開發人員在專案時間範圍內更快地解決錯誤，並減少生產環境中的缺陷洩漏。

什麼是缺陷的嚴重程度？

嚴重程度是特定缺陷影響軟體的程度。它是衡量缺陷對軟體的影響程度以及對軟體功能的影響程度的指標。如果缺陷對軟體的功能影響較大，則稱為高嚴重性缺陷。缺陷的嚴重程度由測試人員決定。

以下是不同型別的缺陷嚴重程度：

如果缺陷被標記為阻塞型，則表示它正在影響所有內容，測試人員無法繼續測試下一個模組，需要等到阻塞型錯誤被修復。例如，軟體的登入功能無法正常工作。

如果缺陷被標記為嚴重型，則表示它正在影響最重要的軟體功能之一，並且測試人員根本無法驗證該功能。例如，在電子支付軟體中，所有型別的交易都無法進行支付處理。

如果缺陷被標記為主要型，則表示它正在影響軟體的一個元件，但測試人員並未完全被阻塞，並且能夠驗證其他元件。例如，在一個銀行應用程式中，信用卡處理功能無法正常工作，但是測試人員可以繼續驗證簽帳金融卡功能。

如果缺陷被標記為中等型，則表示在軟體中觀察到偏差，但整個軟體執行良好。例如，在一個應用程式中，特定的下拉選單無法正常工作。

如果缺陷被標記為次要型，則表示遇到的錯誤不會對軟體造成任何嚴重的損壞。

缺陷的優先順序是確定應解決缺陷的順序的衡量標準。分配了較高優先順序編號的缺陷應首先進行處理和修復。軟體中使終端使用者完全無法使用的錯誤具有較高的優先順序。

以下是不同型別的缺陷優先順序：

如果缺陷被標記為高，則表示應儘早糾正它，因為它嚴重影響軟體，並且軟體將無法再使用。

如果缺陷被標記為中等，則表示應在釋出當前版本的軟體之前糾正它。

如果缺陷被標記為低，則表示如果時間允許，應予以糾正，否則可以推遲到下一個版本。

測試人員同時為缺陷分配嚴重程度和優先順序，但是開發人員可以透過提供足夠的證據來修改缺陷的嚴重程度。但是，開發人員無法更新缺陷的優先順序。

序號	優先順序	嚴重程度
1	它是確定應解決缺陷的順序的衡量標準。	它是特定缺陷影響軟體功能的程度。
2	它是衡量缺陷對軟體的影響程度以及對軟體功能的影響程度的指標。	它是衡量應多快修復缺陷的指標。
3	它與質量相關。	它與時間表相關。
4	不同型別的嚴重程度包括阻塞型、嚴重型、主要型、中等型和次要型。	不同型別的優先順序包括高、中和低。
5	測試工程師決定缺陷的嚴重程度。	測試經理決定缺陷的優先順序。
6	它是根據軟體功能分配的。	它是根據業務和客戶需求分配的。

讓我們舉個例子，測試人員點選 URL 後，啟動的是不同的應用程式，而不是需求中規定的應用程式。為此問題記錄的缺陷應具有高嚴重性，因為整個應用程式都無法訪問，並且測試人員完全被阻塞。此外，它還應具有高優先順序，因為它嚴重影響業務和客戶需求，應儘早解決。

讓我們舉個例子，軟體的徽標顯示不正確。為此問題記錄的缺陷應具有低嚴重性，因為這種偏差幾乎不影響任何其他功能，但是它應具有高優先順序，因為它嚴重影響軟體的業務需求。

讓我們舉個例子，電子商務應用程式的測試版僅提供給少數使用者。在測試過程中，發現使用產品搜尋功能搜尋所需產品的最重要功能之一無法正常工作。測試人員將記錄一個高嚴重性的缺陷，但由於它隻影響了少數客戶，因此其優先順序應該較低。

讓我們舉個例子，軟體頁尾部分的一些文字存在錯別字。測試人員將記錄一個低嚴重性的缺陷，因為頁尾部分的錯別字不會影響主要功能。它也應該將優先順序設定為低，因為很少有使用者會向下滾動並發現頁尾中的錯別字。

缺陷分類會議由產品負責人、測試團隊等人員進行，以根據功能、嚴重性、風險等對缺陷進行優先順序排序。對每個缺陷進行審查和評估。在此基礎上，產品經理確定缺陷的優先順序、嚴重程度並將其分配給正確的版本。

缺陷分類主要在敏捷開發專案中採用。進行缺陷分類會議的頻率取決於專案規模及其進度、記錄的缺陷數量、資源分配如何影響專案時間表等。

本教程對軟體測試 - 嚴重程度和優先順序的全面講解到此結束。我們首先介紹了什麼是缺陷的嚴重程度，什麼是缺陷嚴重程度的型別，什麼是缺陷的優先順序，什麼是缺陷優先順序的型別，缺陷嚴重程度和優先順序的區別，優先順序和嚴重程度缺陷的示例以及什麼是缺陷分類。

這使您掌握了軟體測試 - 嚴重程度和優先順序的深入知識。明智的做法是不斷練習所學內容，並探索與軟體測試相關的其他內容，以加深理解並拓寬視野。

列印頁面