p.p1
p.p2
p.p3
span.s1
span.s2
優先順序定義如下：
《版本前期階段》（功能剛提測）：
【p0—緊急】
：完全不能滿足產品要求，基本功能明顯未實現或完全不可用，阻塞測試流程與進度（核心功能流程）
【p1—高】：產品的功能實現和需求不符合，沒有達到預期的效果，但不阻塞測試進度（非核心功能流程，不影響其他功能）
【p2—中】
：比較小的功能、ui或互動問題，可以繞過此類問題來進行測試。
【p3—低】：一些可修改或不可修改，或者是還不確定能否修改成功的bug，均不影響使用者體驗使用
《版本後期階段》（版本發布前2天）：
《線上》
要求如下：
1、所提交的bug應該被修復的優先順序。共分為四級，分別為p0、p1、p2、p3，其中p0最高，p3最低。p0 & p1的bug必須要在模組交付前完全修復。
2、p0需在24小時內處理完成。若有完成不了的分險請及時報出
Bug嚴重級和優先順序
嚴重程度 優先順序嚴重 主要功能完全喪失 阻礙流程 系統崩潰導致重大任務不能正常進行的缺陷 1.由於程式所引起的宕機,非法退出 2.死迴圈 3.資料庫發生死鎖 4.錯誤操作導致的程式中斷 5.嚴重的計算錯誤 6.與資料庫連線錯誤 7.資料通訊錯誤等 8.系統崩潰,記憶體洩漏 9.嚴重的數值計算錯誤 ...
Bug的嚴重程度 優先順序如何定義
priority 和severity 嚴重程度 是 的兩個重要屬性。很多新人經常混淆這兩個概念。通常，人員在提交bug時，只定義bug的severity,即該bug的嚴重程度，而將priority交給project leader 或team leader來定義，由他們來決定該bug被修復的優先等級。...
測試優先順序定義
一級功能測試 業務場景測試 測試用例的優先順序用於標識測試用例的重要性和執行頻率，共分為4級，由高至低依次為p0 p3。p0核心功能測試用例 冒煙測試 確定此版本是否可測的測試用例，此部分測試用例如果fail會阻礙大部分其他測試用例的驗證。p1高優先順序測試用例，最常執行以保證功能性是穩定的 基本功...