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