軟件的Bug也稱為缺陷:狹義的概念是指軟件程序的漏洞或缺陷。廣泛的概念還包括可以由測試工程師或用戶改進(jìn)和發(fā)現(xiàn)的軟件的細(xì)節(jié),或與要求文檔不同的功能實(shí)現(xiàn)等。那么軟件測試中的簡單Bug要怎么處理?出色的軟件測試人員不僅可以找到軟件中的錯(cuò)誤,還可以分析錯(cuò)誤的原因。下文總結(jié)了在開始軟件測試之前必須了解和學(xué)習(xí)的一些BUG基本知識(shí),主要包括BUG的定義,測試BUG的分類,錯(cuò)誤過程以及錯(cuò)誤解決的優(yōu)先級(jí)。
一、測試BUG等級(jí)劃分
1.Critical致命
通常表現(xiàn)為:主流程無法跑通,系統(tǒng)無法運(yùn)行,崩潰或嚴(yán)重資源不足,應(yīng)用模塊無法啟動(dò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)重缺陷,但不會(huì)影響到系統(tǒng)穩(wěn)定性。比如:功能未實(shí)現(xiàn);功能存在報(bào)錯(cuò);數(shù)值輕微的計(jì)算錯(cuò)誤;邊界條件下錯(cuò)誤;網(wǎng)絡(luò)持續(xù)斷線;網(wǎng)絡(luò)切換,連接回來比較慢等等;無法正常更新。解決方法:該等級(jí)問題出現(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)先級(jí)
1.Bug狀態(tài)
指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況。
2.優(yōu)先級(jí)
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è)。