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

　　一、測試BUG等級劃分

　　1.Critical致命

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

　　2.Major嚴(yán)重

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

　　3.Normal一般

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

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

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

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

　　1.Bug狀態(tài)

指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況。

　　2.優(yōu)先級

　　3.Bug狀態(tài)標(biāo)準(zhǔn)

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

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

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

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

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

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

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

　　4.Bug處理流程

A.緊急：崩潰、嚴(yán)重BUG處理流程

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

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

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