如何劃分缺陷的優(yōu)先級和嚴重級別？

缺陷管理應當根據(jù)崗位進行職責劃分，缺陷管理整體流程如下：

測試人員發(fā)現(xiàn)并確認缺陷，在禪道記錄缺陷，將其指派給指定模塊開發(fā)人員。如優(yōu)先級或缺陷等級比較高，同時會直接通知對應開發(fā)人員盡早修復。

開發(fā)人員到禪道領(lǐng)取缺陷，分析缺陷并進行處理。當開發(fā)人員進行處理并認為已經(jīng)解決之后，就可以將這個缺陷的狀態(tài)設(shè)置為:已修復，并將其返還給測試人員。

測試人員進入系統(tǒng)查看缺陷，并測試驗證缺陷。如果經(jīng)過再次測試發(fā)現(xiàn)缺陷仍然存在的話，測試人員將缺陷再次傳遞給開發(fā)人員，并將缺陷的狀態(tài)設(shè)置為“重新打開”。如果測試人員經(jīng)過再次測試確認缺陷已經(jīng)被解決，就將缺陷的狀態(tài)設(shè)置為“已關(guān)閉”。

如果測試經(jīng)理收到某缺陷被拒絕通知，驗證該缺陷，如果確實不能算作缺陷，關(guān)閉缺陷，將缺陷狀態(tài)設(shè)置為“已關(guān)閉”。如果認為的確是一個缺陷，修改缺陷描述，并將其重新指派給開發(fā)經(jīng)理，并將缺陷的狀態(tài)設(shè)置為“新建”。

優(yōu)先級:指開發(fā)修復缺陷的先后順序,嚴重級別:指發(fā)現(xiàn)的缺陷對產(chǎn)品質(zhì)量影響的嚴重程度。

高(P1)：缺陷嚴重，影響測試或產(chǎn)品目的，需優(yōu)先考慮。

如：產(chǎn)品的版權(quán)未更正、技術(shù)性的不正確內(nèi)容等。應用程序包版本不對、無法安裝導致無法測試、閃退、崩潰等

中(P2)：對產(chǎn)品來說不是那么關(guān)鍵的場景或特性。如：在小標題上發(fā)現(xiàn)的錯誤、從歷史版本中來的遺留bug等。

低(P3)：對產(chǎn)品使用沒有太大影響。

如：在低使用頻率頁面中發(fā)現(xiàn)的bug、很少被使用的功能等。文字重疊、錯別字等UI方面的缺陷，不易操作等。缺陷的嚴重級別：

A類-致命缺陷(Fatal)：造成系統(tǒng)或應用程序崩潰、死機、或造成數(shù)據(jù)丟失，主要功能完全喪失，導致本模塊以及相關(guān)模塊異常等問題。

B類-嚴重缺陷(critical)：系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存。如致命的錯誤聲明，程序接口錯誤等約束條件。

C類-一般缺陷(major)：次要功能沒有完全實現(xiàn)但不影響使用。如提示信息不太準確，或用戶界面差，操作時間等，

D類-輕微缺陷(Minor):使操作者不方便，但它不影響功能過的操作和執(zhí)行，如錯別字、界面不規(guī)范

E類-意見優(yōu)化(Enhancemental)：由問題提出人對測試對象的改進意見。

要注意的是，開發(fā)會根據(jù)優(yōu)先級來進行參考，決定修復先后順序.所以高優(yōu)先級不一定就是致命的缺陷