priority()和severity(嚴重程度)是
的兩個重要屬性。很多新人經常混淆這兩個概念。通常，
人員在提交bug時，只定義bug的severity, 即該bug的嚴重程度，而將priority交給project leader 或team leader來定義，由他們來決定該bug被修復的優先等級。某種意義上來說，priority的定義要依賴於severity，在大多數情況下，severity越嚴重，那這個bug的priority就越高。你知道如何合理定義bug的sevrity麼？
通常bug管理系統裡severity分為四個等級blocker, critical, major, minor/trivial（也可自定義，但通常是這四個）, 而priority分為五個等級：immediate, urgent, high, normal, low。
severity
blocker:即系統無法執行、崩潰或嚴重資源不足、應用模組無法啟動或異常退出、無法測試、造成系統不穩定。
2.critical：即影響系統功能或操作，主要功能存在嚴重缺陷，但不會影響到系統穩定性。
3.major：即介面、效能缺陷、相容性。
4.minor/trivial:即易用性及建議性問題。
priority
1.immediate
即「馬上解決」，表示問題必須馬上解決，否則系統根本無法達到預定的需求。
2. urgent
即「急需解決」，表示問題的修復很緊要，很急迫，關係到系統的主要功能模組能否正常
。 3.high
即「高度重視」，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現。
4.normal
即「正常處理」，進入個人計畫解決，表示問題不影響需求的實現，但是影響其他使用方面，比如頁面呼叫出錯，呼叫了錯誤的
等。5.low即」低優先順序」，即問題在系統發布以前必須確認解決或確認可以不予解決。
Bug嚴重級和優先順序
嚴重程度 優先順序嚴重 主要功能完全喪失 阻礙流程 系統崩潰導致重大任務不能正常進行的缺陷 1.由於程式所引起的宕機,非法退出 2.死迴圈 3.資料庫發生死鎖 4.錯誤操作導致的程式中斷 5.嚴重的計算錯誤 6.與資料庫連線錯誤 7.資料通訊錯誤等 8.系統崩潰,記憶體洩漏 9.嚴重的數值計算錯誤 ...
BUG嚴重程度定義
型別名稱 型別描述 致命嚴重 一般提示 功能類主要功能失效 缺失 功能設計與需求規格說明書不一致 出現多餘功能 軟體做了其不該做的 正常操作，但儲存內容不正確 功能未完全，但不影響系統正常使用 介面類 介面不美觀，與ui原型不一致 控制項排列 格式不統一，錯別字，顏色，圖形錯誤等 焦點控制不合理 介...
bug優先順序定義
p.p1 p.p2 p.p3 span.s1 span.s2 優先順序定義如下 版本前期階段 功能剛提測 p0 緊急 完全不能滿足產品要求，基本功能明顯未實現或完全不可用，阻塞測試流程與進度 核心功能流程 p1 高 產品的功能實現和需求不符合，沒有達到預期的效果，但不阻塞測試進度 非核心功能流程，不...