我們可以簡單地將軟件缺陷的嚴重性划分為4個等級，如表所示。
1. 嚴重性 （Severity）
2．優先級（Priority）
小組中使用的主觀對任務和工作項排定優先次序評級。與嚴重性結合在一起來評定可見度、變更、風險修復等。（A "subjective" rating used by groups to prioritize tasks and work items. A combination of Severity with the visibility, workarounds, fix risk, etc... subjective importance）
（1）優先級0（Priority 0）
這類軟件缺陷必須在24小時之內被解決（These bugs need to be resolved within 24 hours）：
問題導致了中斷或者阻止了產品的正常版本編譯（Issues that break or prevent a product build）
問題導致了阻止了BVT和其他測試自動化的運行（Issues that prevent BVTs and other test automation）
問題導致了無法成功構建國內和全球文檔（Issues that keep production from successfully building Domestic and International Doc Builds）
由於粗心丟失內容，如文檔文件、命名空間（Unintentionally dropped out content, e.g. doc file, namespace）
（2）優先級1（Priority 1）
這類軟件缺陷必須修復然后才能發布產品或者才能達到用戶體驗所包含的最主要目標（Bugs that must be fixed in order to ship the product or achieve UE's top/main goals）：
高法律風險；地域相關；版權，商標，准許法令（High Legal risk; Geopolitical, Copyright, Trademark, Consent Decree）
高風險編碼實踐（High risk security coding practices）
問題導致了對客戶和/或本公司的重大影響（Issues with significant impact on customers and/or the company）
對用戶/產品關鍵的用於描述場景的新文檔和/或新特性（New documentation for scenarios and/or new features that are crucial to customers and/or the product）
輔助訪問主題的元數據的變更；搜索，屬性F1和索引問題（Metadata changes to help access topics; search, attributes, F1 and indexing issues）
在目標命名空間中的代碼樣例/代碼片段（Code samples/snippets in targeted namespaces）
過多從參考文檔到概念性文檔的引用（More linking of reference docs to conceptual docs ）
在頂層頁面/節點發現的問題，例如在首頁，門戶上發現的問題（Issue found on top level pages/node,e.g., homepage, portal）
在大標題上存在的問題（Issue appears in a large number of topics through out the doc set）
技術性的不正確的內容（Technically incorrect content）
（3）優先級2（Priority 2）
軟件缺陷應該被修復（Bugs that should be fixed）：
對客戶和產品不是那么關鍵性的場景或者特性（Scenarios or features that are not crucial to customers or the product）
從先前版本來的內容修復（Fixing content from previous releases）
非目標命名空間中代碼樣例/代碼片段（Code samples/snippets in non targeted namespaces）
在中等級頁面/節點中發現的缺陷（Bug found in mid level pages/nodes）
在小標題上存在的問題（Bug appears in a significant number of topics through out the doc set）
（4）優先級3（Priority 3）
如果修復這個缺陷會比較好（Bugs that would be good to fix）：
目錄問題（Table of Contents issues）
先前版本中未完成的文檔（Incomplete documentation from previous releases）
重寫或重新格式化原本正確的文檔，為了讓它更清晰，更容易閱讀（Rewriting or reformatting correct content to make it clearer, easier to read）
在視覺上影響到用戶但是但不影響閱讀（Issues that visually impacts the customer but won't affect the readability or use of the topic）
最佳實踐修復（Best practice fixes）
代碼樣例/代碼片段（Code samples/snippets）
在低級的頁面中/節點中發現的問題（Issues found in low level pages/nodes）
被閱讀很少的主題（Issues found in a small number of topics）
（5）優先級4（Priority 4）
如果修復這個缺陷我們的工作就算是達到精細的程度，這種問題比較細小，可以被推遲處理（Bugs that would be nice to fix, are trivial and can be postponed）：
在文檔中藏得比較深的問題（Issues buried in the docs）
僅在一個話題中有的問題（Issues found in only one topic ）
對用戶影響比較小的問題（Issues with low to no customer impact）
如果要修復這個問題導致的本地化的投入要比對用戶的獲益高得多（Issues with a high localization cost versus customer gain）