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

　　一、測試BUG等級劃分

　　1.Critical致命

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

　　2.Major嚴重

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

　　3.Normal一般

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

　　4.Enhancement建議及優(yōu)化

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

　　二、Bug流程以及Bug解決優(yōu)先級

　　1.Bug狀態(tài)

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

　　2.優(yōu)先級

　　3.Bug狀態(tài)標準

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

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

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

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

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

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

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

　　4.Bug處理流程

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

B.優(yōu)先：一般BUG處理流程

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

通過上述介紹，軟件測試中的簡單Bug要怎么處理，相信大家都已經(jīng)知曉了吧。想了解更多關(guān)于軟件測試的信息，請繼續(xù)關(guān)注中培偉業(yè)。