一、嚴重程序

P1：致命（該問題在測試中較少出現，一旦出現應立即中止當前版本測試）

阻礙開發或測試工作的問題；造成系統崩潰、死機、死循環，導致數據庫數據丟失， 與數據庫連接錯誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯誤、死循環、數 據庫發生死鎖、重要的一級菜單功能不能使用、內存泄漏、嚴重計算錯誤、無法登錄、無法正常退出、功能設計與需求嚴重不符，模塊無法啟動或調用，程序重啟、自動退出， 關聯程序間調用沖突等。

P2：嚴重（不影響其他功能測試的情況下可以繼續該版本測試）

系統主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用 但是不影響其他功能的測試。安全問題、穩定性等。如：軟件中數據保存後數據庫中顯 示錯誤，用戶所要求的功能缺失，程序接口錯誤，數值計算統計錯誤等

P3：一般（實際測試中存在最多，解決率關系版本的優化程度）

功能沒有完全實現但是不影響使用，功能菜單存在缺陷但不會影響系統穩定性。如：操作時間長、查詢時間長、格式錯誤、邊界條件錯誤，刪除沒有確認框、數據庫表中字段過多、容錯性不好、大數據無響應或沒有滾動條等

P4：建議（測試初期較多，優先程度較低；在測試後期出現較少，應及時處理）

界面、性能缺陷，建議類問題，不影響操作功能的執行，可以優化性能的方案等。如：錯別字、界面格式不規範，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟 失，文字排列不整齊，光標位置不正確，用戶體驗感受不好，可以優化性能的方案等

二、優先級

①　?：不確定緊急程度（新手或輔助測試時使用）

②　1：立即處理

③　2：緊急處理

④　3：正常處理

⑤　4：有時間再處理

※ 解釋說明

Bug提交與修復遵循“嚴重程度”和“優先級”兩個維度，由於禪道的劃分與其它缺陷管理工具不同，均是以數字定義的量級標準，又同時是4個級別（？不確定級別除外），正好一一對等，所以無論是在提交bug，還是在修改bug時，這兩個維度建議寫成相同級別，但是，如果有時間要求的除外，原則上，請開發人員以“優先級”來作為處理問題的先後順序，測試人員要根據問題的嚴重程度和時間要求嚴格調整優先級的非正常對應關系。

轉自：https://blog.csdn.net/mihupet/article/details/78318136?locationNum=1&fps=1

禪道Bug等級劃分標準