對于軟件測試初學者而言，或者沒有軟件開發經驗的測試工程師，對于這兩個概念的理解，對于它們的作用和處理方式往往理解的不徹底，實際測試工作中不能正確表示缺陷的嚴重性和優先級。這將影響軟件缺陷報告的質量，不利于盡早處理嚴重的軟件缺陷，可能影響軟件缺陷的處理時機。
什么是缺陷的嚴重性和優先級
嚴重性(Severity)顧名思義就是軟件缺陷對軟件質量的破壞程度，即此軟件缺陷的存在將對軟件的功能和性能產生怎樣的影響。
在軟件測試中，軟件缺陷的嚴重性的判斷應該從軟件最終用戶的觀點做出判斷，即判斷缺陷的嚴重性要為用戶考慮，考慮缺陷對用戶使用造成的惡劣后果的嚴重性。
優先級是表示處理和修正軟件缺陷的先后順序的指標，即哪些缺陷需要優先修正，哪些缺陷可以稍后修正。
確定軟件缺陷優先級，更多的是站在軟件開發工程師的角度考慮問題，因為缺陷的修正順序是個復雜的過程，有些不是純粹技術問題，而且開發人員更熟悉軟件代碼，能夠比測試工程師更清楚修正缺陷的難度和風險。
缺陷的嚴重性和優先級的關系
缺陷的嚴重性和優先級是含義不同但相互聯系密切的兩個概念。它們都從不同的側面描述了軟件缺陷對軟件質量和最終用戶的影響程度和處理方式。
一般地，嚴重性程度高的軟件缺陷具有較高的優先級。嚴重性高說明缺陷對軟件造成的質量危害性大，需要優先處理，而嚴重性低的缺陷可能只是軟件不太盡善盡美，可以稍后處理。
但是，嚴重性和優先級并不總是一一對應。有時候嚴重性高的軟件缺陷，優先級不一定高，甚至不需要處理，而一些嚴重性低的缺陷卻需要及時處理，具有較高的優先級。
修正軟件缺陷不是一件純技術問題，有時需要綜合考慮市場發布和質量風險等問題。例如，如果某個嚴重的軟件缺陷只在非常極端的條件下產生，則沒有必要馬上解決。另外，如果修正一個軟件缺陷，需要重新修改軟件的整體架構，可能會產生更多潛在的缺陷，而且軟件由于市場的壓力必須盡快發布，此時即使缺陷的嚴重性很高，是否需要修正，需要全盤考慮。
另一方面，如果軟件缺陷的嚴重性很低，例如，界面單詞拼寫錯誤，但是如果是軟件名稱或公司名稱的拼寫錯誤，則必須盡快修正，因為這關系到軟件和公司的市場形象。
處理缺陷的嚴重性和優先級的常見錯誤
正確處理缺陷的嚴重性和優先級不是件非常容易的事情，對于經驗不很豐富的測試和開發人員而言，經常犯的錯誤有以下集中情形：
第一，將比較輕微的缺陷報告成較高級別的缺陷和高優先級，夸大缺陷的嚴重程度，經常給人“狼來了”的錯覺，將影響軟件質量的正確評估，也耗費開發人員辨別和處理缺陷的時間。
第二，將很嚴重的缺陷報告成輕微缺陷和低優先級，這樣可能掩蓋了很多嚴重的缺陷。如果在項目發布前，發現還有很多由于不正確分配優先級造成的嚴重缺陷，將需要投入很多人力和時間進行修正，影響軟件的正常發布�；蛘哌@些嚴重的缺陷成了“漏網之魚”，隨軟件一起發布出去，影響軟件的質量和用戶的使用信心。
因此，正確處理和區分缺陷的嚴重性和優先級，是軟件測試人員和開發人員，以及全體項目組人員的一件大事。處理嚴重性和優先級，既是一種經驗技術，也是保證軟件質量的重要環節，應該引起足夠的重視。
如何表示缺陷的嚴重性和優先級
缺陷的嚴重性和優先級通常按照級別劃分，各個公司和不同項目的具體表示方式有所不同。
為了盡量準確的表示缺陷信息，通常將缺陷的嚴重性和優先級分成4級。如果分級超過4級，則造成分類和判斷尺度的復雜程度，而少于4級，精確性有時不能保證。
具體的表示方法機可以使用數字表示，也可以使用文字表示，還可以數字和文字綜合表示。使用數字表示通常按照從高到底或從低到高的順序，需要軟件測試前達成一致。例如，使用數字1，2，3，4分別表示輕微、一般、較嚴重和非常嚴重的嚴重性。對于優先級而言，1，2，3，4可以分標表示低優先級、一般、較高優先級和最高優先級。
如何確定缺陷的嚴重性和優先級
通常由軟件測試人員確定缺陷的嚴重性，由軟件開發人員確定優先級較為適當。但是，實際測試中，通常都是由軟件測試人員在缺陷報告中同時確定嚴重性和優先級。
確定缺陷的嚴重性和優先級要全面了解和深刻體會缺陷的特征，從用戶和開發人員以及市場的因素綜合考慮。通常功能性的缺陷較為嚴重，具有較高的優先級，而軟件界面類缺陷的嚴重性一般較低，優先級也較低。
對于缺陷的嚴重性，如果分為4級，則可以參考下面的方法確定：
1 – 非常嚴重的缺陷，例如，軟件的意外退出甚至操作系統崩潰，造成數據丟失。
2 – 較嚴重的缺陷，例如，軟件的某個菜單不起作用或者產生錯誤的結果；
3 - 軟件一般缺陷，例如，本地化軟件的某些字符沒有翻譯或者翻譯不準確；
4 - 軟件界面的細微缺陷，例如，某個控件沒有對齊，某個標點符號丟失等；
對于缺陷的優先性，如果分為4級，則可以參考下面的方法確定：
1 –最高優先級，例如，軟件的主要功能錯誤或者造成軟件崩潰，數據丟失的缺陷。
2 – 較高優先級，例如，影響軟件功能和性能的一般缺陷；
3 -一般優先級，例如，本地化軟件的某些字符沒有翻譯或者翻譯不準確的缺陷；
4 – 低優先級，例如，對軟件的質量影響非常輕微或出現幾率很低的缺陷；
其他注意事項
比較規范的軟件測試，使用軟件缺陷管理數據庫進行缺陷報告和處理，需要在測試項目開始前對全體測試人員和開發人員進行培訓，對缺陷嚴重性和優先級的表示和劃分方法統一規定和遵守。
在測試項目進行過程中和項目接收后，充分利用統計功能統計缺陷的嚴重性，確定軟件模塊的開發質量，評估軟件項目實施進度。統計優先級的分布情況，控制開發進度，使開發按照項目盡快進行，有效處理缺陷，降低風險和成本。
為了保證報告缺陷的嚴重性和優先級的一致性，質量保證人員需要經常檢查測試和開發人員對于這兩個指標的分配和處理情況，發現問題，及時反饋給項目負責人，及時解決。
對于測試人員而言，通常經驗豐富的人員可以正確的表示缺陷的嚴重性和優先級，為缺陷的及時處理提供準確的信息。對于開發人員來說，開發經驗豐富的人員嚴重缺陷的錯誤較少，但是不要將缺陷的嚴重性作為衡量其開發水平高低的主要判斷指標，因為軟件的模塊的開發難度不同，各個模塊的質量要求也有所差異。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/