嚴重性&測試優先級：差異&示例 · Guru99 中文系列教程

# 嚴重性&測試優先級：差異&示例 > 原文： [https://www.guru99.com/defect-severity-in-software-testing.html](https://www.guru99.com/defect-severity-in-software-testing.html) ## 嚴重性是什么？嚴重性定義為[缺陷](/defect-management-process.html)對要測試的組件應用程序的開發或操作的影響程度。對系統功能的更高影響將導致給漏洞分配更高的嚴重性。 [質量保證](/all-about-quality-assurance.html)工程師通常確定缺陷的嚴重程度 ## 什么是優先級？優先級定義為修復缺陷的順序。優先級越高，應該越早解決缺陷。那些使軟件系統無法使用的缺陷比那些導致軟件小功能失效的缺陷具有更高的優先級。 ## 缺陷嚴重性和優先級類型 *在軟件測試中，缺陷嚴重度可以分為四類* * **嚴重**：此缺陷表示該過程已完全關閉，無法繼續進行 * **主要**：這是一個非常嚴重的缺陷，會使系統崩潰。但是，系統的某些部分仍然可以運行 * **中**：它會引起一些不良行為，但系統仍可運行 * **低**：不會引起系統的重大故障 *缺陷優先級可以分為三類* * **低：**缺陷是刺激性的，但一旦修復了更嚴重的缺陷，就可以修復 * **介質：**在正常的開發活動過程中，應解決缺陷。它可以等到創建新版本 * **高：**該缺陷必須盡快解決，因為它會嚴重影響系統，并且必須先修復后才能使用 ## 確定缺陷嚴重性的提示 * **決定出現的頻率：**在某些情況下，如果在代碼中頻繁發生輕微缺陷，則情況可能更嚴重。因此，從用戶的角度來看，即使它是次要的缺陷，也更加嚴重。 * **隔離缺陷：**隔離缺陷可以幫助找出其影響的嚴重性。 ![Severity & Priority in Testing: Introduction & Differences](https://img.kancloud.cn/9c/ec/9cec96d734a30688f31e55c7f1c8cf11_472x377.png) ## 優先級與嚴重性：主要區別 <colgroup><col style="width: 312px;"><col style="width: 312px;"></colgroup> | <center>優先級</center> | <center>嚴重級別</center> | | * 缺陷優先級已定義了開發人員解決缺陷的順序 | * 缺陷嚴重度定義為缺陷對產品操作的影響程度 | | * 優先級分為三種類型： * 低 * 中 * 高 | 嚴重性分為五種類型。 HTG13]化妝品 | | * 優先級與調度相關聯 | * 嚴重程度與功能或標準相關聯 | | * 優先級指示應盡快修復錯誤 | * 嚴重性表示產品功能缺陷的嚴重性 | | * 與經理/客戶協商確定缺陷的優先??級 | * 質量檢查工程師確定缺陷的嚴重程度 | | * 優先級取決于業務價值 | * 嚴重程度由功能驅動 | | * 其值是主觀的，并且可以根據項目情況的變化而在一段時間內更改。 | * 其值是客觀的，不易更改 | | * 高優先級和低嚴重性狀態指示，缺陷必須立即修復，但不影響應用程序 | * 高嚴重性和低優先級狀態指示必須修復缺陷，但不能基于即時基礎 | | * 優先級狀態基于客戶要求 | * 嚴重性狀態基于產品的技術方面 | | * 在 UAT 期間，開發團隊根據優先級修復缺陷 | * 在 SIT 期間，開發團隊將根據嚴重性并根據優先級修復缺陷 | ## 缺陷嚴重性和優先級示例 ![Severity & Priority in Testing: Introduction & Differences](https://img.kancloud.cn/e8/0b/e80bd220cfb9bcc92f59539bf3a88281_540x310.png) 讓我們看一個低嚴重性和高優先級的示例，反之亦然 * **嚴重性很低，具有較高的優先級：**任何貨運網站的徽標錯誤，嚴重性都可能很低，因為它不會影響網站的功能，但是優先級卻很高，因為您不會希望任何進一步的運送使用錯誤的徽標。 * **嚴重性很高而優先級較低：**同樣，對于航班運營網站，預訂功能上的缺陷可能具有很高的嚴重性，但由于可以按計劃在發布時發布，因此它的優先級較低。下一個周期。 ## 缺陷分類缺陷分類是一個嘗試重新平衡流程的過程，其中測試團隊面臨資源有限的問題。因此，當存在大量缺陷且測試人員數量有限，無法對其進行驗證時，缺陷分類有助于根據缺陷參數（如嚴重性和優先級）嘗試獲取盡可能多的缺陷。 **如何確定缺陷分類：** ![Severity & Priority in Testing: Introduction & Differences](https://img.kancloud.cn/22/db/22db00f150d837a38e0899b4abb732cb_469x224.png) 大多數系統使用優先級作為評估缺陷的主要標準。但是，良好的分類流程也要考慮嚴重性。分診過程包括以下步驟 * 審查所有缺陷，包括團隊拒絕的缺陷 * 缺陷的初始評估基于其內容以及相應的優先級和嚴重性設置 * 根據輸入確定缺陷的優先??級 * 分配缺陷以由產品經理正確發布 * 將缺陷重新定向到正確的所有者/團隊以采取進一步措施 ## 每個測試人員在選擇嚴重性之前應考慮的準則嚴重性參數由測試人員評估，而優先級參數由產品經理或分類小組評估。為了確定缺陷的優先??級，測試人員必須選擇正確的嚴重性，以避免與開發團隊混淆。 * 充分理解優先級和嚴重性的概念 * 始終根據問題類型分配嚴重性級別，因為這會影響其優先級 * 了解特定方案或[測試用例](/test-case.html)將如何影響最終用戶 * 需要根據其復雜性和驗證缺陷所需的時間來考慮修復缺陷所需的時間 ## 結論： * 在軟件工程中，為缺陷分配錯誤的嚴重性可能會延遲 [STLC](/software-testing-life-cycle.html) 的過程，并且可能對團隊的整體績效產生重大影響。因此，負責人需要準確，準確地確定缺陷。