一、BUG分類標準及評估標準

測試BUG按照嚴重等級分為嚴重、普通、輕微、優化四類，按照BUG類別分為功能、介面、資料處理、流程、優化建議、效能、常識七類，對應各種BUG情形如下：

（1）嚴重BUG情形：

由於程式造成系統崩潰、自身程式崩潰、網路中斷、系統記憶體或檔案資源耗盡、破壞或丟失資料庫資料；

功能類：需求功能未達到或與需求功能明顯不一致的

資料類：資料處理造成後臺資料衝突或不一致的

資料類：程式執行過程中出現數據丟失的或後臺資料亂碼的

流程類：分支流程不完整或相悖造成分支流程處理錯誤的，無限迴圈類的

效能類：造成資料庫連線資源耗盡的（非大併發量下的情形）

（2）普通BUG情形：

功能類：檢視、查詢、分頁、排序顯示資料不正常的

介面類：頁面編譯錯誤、JavaScript錯誤、跳轉錯誤、出現javaException頁面

介面類：頁面超時未響應、資料顯示不完整或錯位、頁面未鑑權、頁面顯示亂碼

介面類：輸入校驗不完整及造成的資料處理錯誤、頁面操作提示資訊與實際不符

效能類：處理大資料量出現程式錯誤的

常識類：明顯違背正常習俗習慣的

（3）輕微BUG情形：

功能類：重複或多餘的功能，操作不直觀、易用性不夠

介面類：介面排版混亂、控制元件排列和格式不統一、焦點控制不合理、頁面文字和提示資訊表達不清晰、不完整或錯別字的

（4）優化BUG情形：

   凡以上未提及的不影響正常使用的情形。

二、BUG應急處理解決方案

1、、確認問題，開發流程處理不當還是測試不到位等等，先排除人為原因導致的失誤

2、穩住客戶：告知客戶要稍後回覆他們

3、嚴重程度、影響範圍：跟開發溝通，大概定位問題，影響到的相關功能

4、應急方案：是否需要回滾程式碼，判斷修復時間

5、所需人員，資源, 是否需要外援

6、開始修改

7、 遇到難點，及時反饋

8、改好以後，並測試成功，及時上線

9、BUG跟進

10、最終結果通知客戶

11、反思

總體來說，線上出現問題後應先把問題都收集起來，把原因瞭解清楚，責任人分清楚。總之：“應急方案”處理得很好，先穩住客戶，告知客戶要稍後回覆他們，然後去找技術同事解決，而且解決的方法的確可以緩解了一時之急，遇到問題的時候不要慌張就好了。急的問題就先應急，然後再跟蹤問題。