Bug嚴重級和優先順序

2022-05-29 09:36:14 字數 2202 閱讀 6816

嚴重程度

優先順序嚴重

主要功能完全喪失

阻礙流程/系統崩潰導致重大任務不能正常進行的缺陷

1. 由於程式所引起的宕機,非法退出

2. 死迴圈

3. 資料庫發生死鎖

4. 錯誤操作導致的程式中斷

5. 嚴重的計算錯誤

6. 與資料庫連線錯誤

7. 資料通訊錯誤等

8. 系統崩潰,記憶體洩漏

9. 嚴重的數值計算錯誤(**系統,銀行系統)

10. 主要業務功能報500

11. 主要功能無法測試

緊急1 當缺陷所引發的問題沒有達到緊急的級別,但當該缺陷出現後,影響到了後續的測試工作進行

2 客戶無法容忍的頁面,如頁面上顯示其他公司名稱

3 當前操作方式與客戶使用習慣背道而馳。

4 嚴重不合理,核心功能完全違反軟體規範或業務規範,可能導致使用者強烈的反感

5系統響應時間過長(例如web響應時間超過10s)

6模組提供的資料不合理,例如(查詢「錄入人」的下拉項提示為非使用者名字段)

7負載測試、壓力測試結果和使用者需求不符

較高1.次要業務功能報500

2.次要功能無法測試

3.功能未實現/錯誤

4.影響功能或介面的錯別字或拼寫錯誤

5.輕微的數值計算錯誤(四捨五入錯誤等)

6.安全問題

高1 快捷方式不正確,如能夠回車直接進入下一步的設計成了空格直接進入下一步

2 嚴重的邏輯錯誤

3常用操作平台不能正常使用功能(win xp/win 2000/win vista)

4常用瀏覽器不能正常使用(ie6.0/ie7.0/firefox)

5超時限制的時間設定不合理

6未登入即可瀏覽頁面

7給客戶演示等過程中客戶重點指出的,嚴重級別卻不是很高的bug,建議級別定義至少是非常高

8.次要功能報500

9.次要功能無法測試

10.次要功能未實現

11.輕微的數值計算錯誤

一般次要功能喪失,不太嚴重,如提示資訊不太準確

操作性錯誤、錯誤結果、遺漏功能等影響系統要求或基本功能的實現,例如:

1.介面錯誤(附詳細說明)

2.列印內容、格式錯誤

3.簡單的輸入限制未放在前台進行控制

4.刪除操作未給出提示

5、資料輸入沒有邊界值限定或不合理

錯別字、罕見故障等不影響執行工作或功能實現,例如:

1.輔助說明描述不清楚

2.系統處理未優化v提示視窗文字未採用行業術語

1.邊界條件錯誤

2.提示資訊錯誤

3.長時間操作無進度提示

4.效能問題

5.嚴重的相容性問題(功能無法使用,**無法開啟等,web:edge,chorme,firefox,safari,phone:主流手機系統:ios,android系統)

中進入個人計畫處理,表示問題不影響需求的實現,但是影響其他方面使用

1.影響功能或介面的錯別字或拼寫錯誤

2.邊界條件錯誤

3.提示資訊錯誤

4.影響功能或介面的錯別字或拼寫錯誤

5.安全問題

6.效能問題

7.嚴重的相容性問題(功能無法使用,**無法開啟等,web:edge,chorme,firefox,safari,phone:主流手機系統:ios,android系統)

8.cookie未正常儲存

9.整體風格不統一

輕微易用性及建議性問題

1.介面格式等不規範

2.輔助說明不規範

3.操作時未給使用者提示

4.可輸入區域和唯讀區域沒有明顯區分

5.個別不影響產品理解的錯別字

6.文字排列不整齊

7.輕微的相容性問題(無法顯示,介面排列錯位等,web:edge,chorme,firefox,safari,phone:主流手機系統:ios,android系統)

低1 雖有不盡人意之處,但不影響使用者操作或使用者使用頻率較低,並且不會造成錯誤

2 區域性介面不夠美觀

3.長時間操作無進度提示

雖然bug嚴重級和優先順序規範已經定好,但是有時候不能完全按照該標準執行,比如乙個高階別bug(報500),在系統中屬於輔助業務,基本很少用到的功能,可以定優先順序為中.又比如乙個介面,前端已經去掉操作按鈕,但是介面未做處理=功能錯誤,嚴重級應該是高,但優先順序可以定為低.

Bug的嚴重等級和優先順序

一 bug的嚴重等級定義 1 blocker即系統無法執行 崩潰或嚴重資源不足 應用模組無法啟動或異常退出 無法測試 造成系統不穩定。2 critical 即影響系統功能或操作,主要功能存在嚴重缺陷,但不會影響到系統穩定性。3 major 即介面 效能缺陷 相容性。4 minor 即易用性及建議性問...

Bug的嚴重程度 優先順序如何定義

priority 和severity 嚴重程度 是 的兩個重要屬性。很多新人經常混淆這兩個概念。通常,人員在提交bug時,只定義bug的severity,即該bug的嚴重程度,而將priority交給project leader 或team leader來定義,由他們來決定該bug被修復的優先等級。...

bug優先順序定義

p.p1 p.p2 p.p3 span.s1 span.s2 優先順序定義如下 版本前期階段 功能剛提測 p0 緊急 完全不能滿足產品要求,基本功能明顯未實現或完全不可用,阻塞測試流程與進度 核心功能流程 p1 高 產品的功能實現和需求不符合,沒有達到預期的效果,但不阻塞測試進度 非核心功能流程,不...