1、2、3、4級bug判定標準如下：
♦ 1-緊急
致命錯誤，例如主程式不能正常執行，基本業務功能未實現，交易資料不準確或不一致，從而使得後續流程無法正常進行：
※ 作業系統崩潰、宕機
※ 頻繁造成資料庫死鎖或資料丟失
※ 造成交易資料不準確、收銀對賬不一致
※ 使用者無法註冊、登陸、正常操作，從而無法進行無法正常使用
※ 在時效性要求很高的系統上（例如評測引擎）反應時間過長
♦ 2-高
嚴重錯誤，嚴重影響系統正常執行或基本功能的實現，且沒有辦法更正（重新安裝或重新啟動不屬於更正辦法）；使系統不穩定，產生錯誤結果；影響重大的錯誤：
※ 首頁出現明顯錯字
※ 重要需求或功能沒有實現，但是不影響其他模組
※ 程式非法退出，無法繼續操作（正在執行過程中忽然關閉）
※ 無故引起其他軟體、系統出錯（如刪除資料時沒有考慮對其它模組造成的影響）
※ 重要流程或場景下，資料出錯、操作無效或操作結果錯誤
♦ 3-普通
一般性錯誤：
※ 介面提示錯誤或介面不友好
※ 一般性需求沒有實現
※ 非重要功能或流程不正確，無法正確執行
※ 對資料庫的操作不能正確實現
※ 正確性不受影響，但系統效能或響應時間受到影響
♦ 4-低
輕微錯誤，這類問題給使用者的操作帶來不便或麻煩，但不影響功能的實現，或者對最終結果影響有限，以及出現的可能性較小：
※ 系統處理需要優化，從而提高執行效率
※ 沒有進行輸入校驗，或控制錯誤
※ 介面風格不一致，顯示格式不規範
※ 重要操作沒有給出提示資訊或提示資訊不明確
※ 可編輯區與不可編輯區、必填項與非必填項沒有明顯區別
※ 單元格寬度無法調整，從而無法看到所有內容
※ 流程優化的建議
※ 鍵盤支援不好（如在可輸入多行的字段中，不支援回車換行）
※ 游標跳轉設定不友好或定位錯誤
※ 介面不能及時重新整理，影響視覺效果
※ 滾動條無效或隨意跳轉
7 Bug管理規範
狀態 描述備註 active 測試人員發現bug並提交，待修改狀態。bug初始狀態 resolved 開發人員修改完bug，bug變更為已解決狀態。bug中間態 closed 測試人員回歸通過，變更為已通過狀態。bug完成態 postpone 經確認不需要在本次發布範圍之內修改，變更為推遲修改狀態 ...
缺陷管理規範 bug 型別
bug型別劃分 bug型別 內容說明 備註 功能缺陷 1.程式功能無法實現 2.程式功能實現錯誤 介面缺陷 1.操作介面錯誤 2.列印內容，格式錯誤 3.刪除操作未給出提示 4.長時間操作未給出提示 5.介面不規範 系統缺陷 1.由於程式引起的司機，非法退出 2.程式死迴圈 3.程式錯誤，不能執行正...
bug規範初稿
一 背景 bug是開發和測試質量的重要指標，從bug數量 嚴重性等可以看出rd的開發質量，從發現問題的階段可以看出qa的測試意識和測試質量，從問題分類 問題 等可以看出產品開發 測試質量的一些固有模式，幫助rd和qa提公升開發和測試質量。總之窺一斑而見全豹，因此統計和分析bug十分有必要。各端都將b...