軟件的Bug也稱為缺陷：狹義的概念是指軟件程序的漏洞或缺陷。廣泛的概念還包括可以由測試工程師或用戶改進和發現的軟件的細節，或與要求文檔不同的功能實現等。那么軟件測試中的簡單Bug要怎么處理？出色的軟件測試人員不僅可以找到軟件中的錯誤，還可以分析錯誤的原因。下文總結了在開始軟件測試之前必須了解和學習的一些BUG基本知識，主要包括BUG的定義，測試BUG的分類，錯誤過程以及錯誤解決的優先級。

　　一、測試BUG等級劃分

　　1.Critical致命

通常表現為：主流程無法跑通，系統無法運行，崩潰或嚴重資源不足，應用模塊無法啟動或異常退出，主要功能模塊無法使用。比如：內存泄漏;嚴重的數值計算錯誤；系統容易崩潰；功能設計與需求嚴重不符；系統無法登陸；循環報錯，無法正常退出。以上問題在測試中較少出現，一旦出現應立即中止當前版本測試。

　　2.Major嚴重

通常表現為：影響系統功能或操作，主要功能存在嚴重缺陷，但不會影響到系統穩定性。比如：功能未實現；功能存在報錯；數值輕微的計算錯誤；邊界條件下錯誤；網絡持續斷線；網絡切換，連接回來比較慢等等；無法正常更新。解決方法：該等級問題出現在不影響其他功能測試的情況下可以繼續該版本測試。

　　3.Normal一般

通常表現為界面、性能缺陷。比如：兼容性不好；軟件功能操作下容易無響應；軟件功能操作時，沒有提供進度條；界面顏色搭配不好；文字排列不齊；出現錯別字，但是不影響功能；界面格式不規范。解決方法：該問題實際測試中存在最多，合理安排解決BUG，解決率關系版本的優化程度。

　　4.Enhancement建議及優化

通常表現為易用性及建議性問題，比如：界面、性能缺陷，建議類問題，不影響操作功能的執行，可以優化性能的方案等。如：錯別字、界面格式不規范，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，光標位置不正確，用戶體驗感受不好，可以優化性能的方案等。解決方法：此類問題在測試初期較多，優先程度較低；在測試后期出現較少，應及時處理。

　　二、Bug流程以及Bug解決優先級

　　1.Bug狀態

指缺陷通過一個跟蹤修復過程的進展情況。

　　2.優先級

　　3.Bug狀態標準

A.待處理(new)：測試人員或用戶發現新問題后提交的狀態。

B.已確認(open)：經測試人員及研發人員討論后確認是BUG，提交的狀態，由測試人員來設置。

C.已處理(fixed)：經研發人員確認是BUG后修復的狀態，修改還沒有驗證，由開發人員來設置。

D.已修改(closed)：測試人員認為問題已經修改，通過驗證，由測試人員設置。

E.仍存在(reopened)：測試人員認為BUG未修復成功，問題仍然存在，由測試人員設置。

F.不是問題(reject)：研發人員確認不是BUG，或者建議與意見決定不采納。

G.暫不處理(hold)：當前版本不做修改，后續版本再考慮，由研發人員或測試人員設置。

　　4.Bug處理流程

A.緊急：崩潰、嚴重BUG處理流程

B.優先：一般BUG處理流程

C.普通：建議性BUG處理流程

通過上述介紹，軟件測試中的簡單Bug要怎么處理，相信大家都已經知曉了吧。想了解更多關于軟件測試的信息，請繼續關注中培偉業。