資料結構
網路
關係型資料庫管理系統
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理
化學
生物
數學
英語
經濟學
心理學
社會學
服裝設計
法律測試中的嚴重性與優先順序 – 有什麼區別？
錯誤的嚴重性
錯誤或缺陷的嚴重性在測試中指的是它對正在測試的軟體程式的影響程度。較高的嚴重性等級表示錯誤/缺陷對系統功能的影響更大。錯誤或缺陷的嚴重性級別通常由質量保證工程師確定。
優先順序是什麼意思？
修復故障的順序稱為優先順序。優先順序越高，問題應得到越快的解決。
使軟體系統無法工作的缺陷優先於僅影響軟體功能一小部分的缺陷。
嚴重性與優先順序 - 主要區別
優先順序是指開發人員應解決故障的順序，而嚴重性是指缺陷對產品操作的影響程度。
優先順序分為三類：低、中、高，而嚴重性分為五類：嚴重、主要、中等、次要和輕微。
優先順序與排程有關，而嚴重性與功能或標準有關。
優先順序指的是應多快修復故障，而嚴重性指的是缺陷對產品功能的重要性。
經理/客戶決定問題的優先順序，而 QA 工程師確定故障的嚴重性級別。
優先順序由業務價值決定，而嚴重性由功能決定。
優先順序值是主觀的，並且可能會隨著專案情況的變化而發生變化，而嚴重性值是客觀的，不太可能發生變化。
具有高優先順序和低嚴重性狀態的缺陷必須立即更正，但不會損害應用程式，而具有高嚴重性和低優先順序狀態的缺陷必須修復，但不必立即修復。
優先順序狀態由客戶需求決定，而嚴重性由產品的技術方面決定。
嚴重性級別
在軟體測試中，錯誤/缺陷的嚴重性型別可以分為四類：
此缺陷意味著該過程已完全關閉，無法採取進一步的操作。
主要 - 這是一個嚴重的缺陷，會導致系統故障。但是，系統的一些元素仍在執行。
中等 - 它會導致一些不良行為，但系統仍在執行。
低 - 它不會造成任何嚴重的系統故障。
優先順序型別
錯誤/缺陷型別的優先順序可以分為三類：
低 - 該缺陷很煩人，但在修復了更重要的缺陷後可以修復。
中等 - 應該在正常的開發操作過程中修復缺陷。它將不得不等到新版本釋出。
高 - 必須儘快更正該問題，因為它對系統有重大影響，並且在修復之前無法使用。
如何確定缺陷的嚴重性？
確定發生的頻率 - 在某些情況下，如果次要缺陷在程式碼中經常出現，則其嚴重性可能會增加。因此，即使它是一個微小的缺陷，從使用者的角度來看，它也更嚴重。
隔離缺陷 - 隔離問題可以幫助確定影響的嚴重性。
優先順序和嚴重性的區別
| 優先順序 | 嚴重性 |
|---|---|
| 缺陷優先順序指定了開發人員應解決缺陷的順序。 | 故障的缺陷嚴重性定義為它對產品操作的影響。 |
優先順序分為三類。
| 嚴重性有五個級別。
|
| 優先順序與排程有關。 | "嚴重性"一詞指的是某事物在功能上或符合一組標準的程度。 |
| 錯誤的優先順序決定了應多快修復它。 | 問題的嚴重性表示其對產品功能的影響。 |
| 在與經理/客戶協商後，確定故障的優先順序。 | 缺陷的嚴重性級別由 QA 工程師確定。 |
| 業務價值決定優先順序。 | 情況的嚴重性由其功能決定。 |
| 它的價值是主觀的，可能會根據專案的具體情況而發生變化。 | 它的價值是客觀的，不太可能發生變化。 |
| 當問題具有高優先順序和低嚴重性時，表示必須立即更正它，但它不會影響應用程式。 | 當故障具有高嚴重性和低優先順序時，表示必須更正它，但不必立即更正。 |
| 優先順序狀態由消費者的需求決定。 | 產品的技術方面決定了嚴重性級別。 |
| 在 UAT 期間，開發團隊會優先處理故障並修復它們。 | 在 SIT 期間，開發團隊將根據嚴重性對錯誤進行優先順序排序並解決。 |
缺陷嚴重性和優先順序示例
考慮以下場景：低嚴重性和高優先順序，反之亦然。
對於任何運輸網站的徽標問題，其嚴重性可能適中，因為它不會妨礙網站的效能，但它也可能非常重要，因為您不希望任何後續的運輸都使用錯誤的徽標進行。
預訂功能中的缺陷，其嚴重性很高，但優先順序很低：類似地，預訂功能中的缺陷，其嚴重性很高，但優先順序很低，因為它預計將在下一個週期釋出。
缺陷分類
缺陷分類是一種嘗試在測試團隊面臨資源有限的挑戰時重新平衡流程的技術。當存在大量缺陷且可用測試人員數量有限來檢查它們時，缺陷分類有助於嘗試根據缺陷屬性（如嚴重性和優先順序）解決儘可能多的問題。
缺陷分類：如何確定
在大多數系統中，優先順序通常用作評估問題的首要標準。另一方面，良好的分類方法也會考慮嚴重性。
分類過程中的步驟如下：
團隊審查所有缺陷，即使是被拒絕的缺陷。
問題的實質以及其優先順序和嚴重性設定用於進行初步評估。
根據輸入確定缺陷的優先順序
產品經理將缺陷分配到正確的版本。
該問題被髮送給相應的負責人/團隊以採取進一步措施。
在選擇嚴重性級別之前，每個測試人員都應檢查以下指南
測試人員評估嚴重性引數，而產品經理或分類團隊評估優先順序引數。為了最大程度地減少與開發團隊的混淆，測試人員在對故障進行優先順序排序時選擇正確的嚴重性至關重要。
瞭解優先順序和嚴重性概念的重要性與嚴重性。
始終根據其類別為問題指定嚴重性等級，因為這將影響其優先順序。
認識到特定情況或測試用例將如何影響終端使用者。
根據其複雜性，考慮修復故障所需的時間以及驗證故障所需的時間非常重要。
高嚴重性但低優先順序情況的示例
一些舊版瀏覽器以多個錯誤呈現網頁。徽標將無法載入，文字將混亂，圖形將過度畫素化。該問題非常嚴重，因為它會影響產品功能和使用者體驗。但是，由於此問題主要影響過時的瀏覽器，因此不會影響大量使用者。因此，錯誤的優先順序很低。
高嚴重性和高優先順序示例
在 Chrome 瀏覽器上，網站被評估為完全正常執行。然而，在使用 Firefox 時，價格頁面出現了嚴重問題。每個套餐中包含的費率和匹配功能的詳細文字以及購買套餐的購買按鈕都消失了。在這種情況下，任何使用 Firefox 的使用者都無法購買商品，甚至無法瞭解所售商品的詳細資訊。
缺陷的嚴重性很高，因為重要的功能明顯受到損害。錯誤優先順序很高，因為功能故障阻礙了客戶體驗的關鍵點（實際購買商品）。
低嚴重性但高優先順序情況的示例
在檢查 Chrome 瀏覽器上網站的操作時，發現幾個按鈕的位置略有偏差。它們仍然可以輕鬆點選並實現其設計目的。因此，功能不受影響，缺陷的嚴重性很小。但是，錯誤優先順序很高，因為位置偏差的按鈕無法提供愉悅的視覺效果，而設計糟糕的網站會積極地讓客戶反感。必須儘快解決此問題。
低嚴重性、低優先順序情況的示例
在網站測試期間，在部分內容中發現了錯誤，字型和顏色與網站的主要設計不符。這無疑是一個錯誤，但絕不是功能問題。因此，缺陷的嚴重性很低。同樣，它不需要快速處理，因此錯誤優先順序很低。
即時裝置的功能
在不瞭解缺陷的真正性質的情況下，目前無法分配錯誤優先順序和嚴重性。瞭解錯誤發生的頻率以及它如何影響產品也至關重要。
在實際裝置和瀏覽器上執行軟體是查詢所有問題的最佳方法。在進行網站測試時，請確保它涵蓋了人工測試和自動化測試。應將 Selenium 自動化測試與手動測試結合使用，以確保在整個質量保證過程中不會遺漏任何缺陷。
結論
在軟體工程中，為缺陷分配錯誤的嚴重性可能會減慢 STLC 過程，並對團隊的整體績效產生重大影響。因此，負責缺陷分配的個人必須精確和準確。
10K+ 次瀏覽
