測(cè)試培訓(xùn)之四-Bug管理

軟件測(cè)試培訓(xùn)

非度信息技術(shù)公司

王云峰

1/11/20231之四：Bug管理

1/11/20232議程Bug相關(guān)概念判斷Bug的規(guī)則Bug的生命周期報(bào)告、跟蹤、關(guān)閉BugBug報(bào)告的內(nèi)容1/11/20233什么是Bug?功能沒有實(shí)現(xiàn)或與規(guī)格說明不一致的問題是bug；不能工作(死機(jī)、沒反應(yīng))的部分是bug；不兼容的部分是bug；邊界條件未做處理是bug；界面、消息、提示、幫助不夠準(zhǔn)確是bug；屏幕顯示、打印結(jié)果不正確也是bug;有時(shí)把尚未完成的工作也作為一個(gè)bug。1/11/20234軟件問題報(bào)告（Bug報(bào)告）軟件問題（Bug）報(bào)告是軟件測(cè)試過程中最重要的文檔。它記錄了Bug發(fā)生的環(huán)境，如各種資源的配置情況，Bug的再現(xiàn)步驟以及Bug性質(zhì)的說明。更重要的是它還記錄著Bug的處理過程和狀態(tài)。Bug的處理進(jìn)程從一定角度反映了測(cè)試的進(jìn)程和被測(cè)軟件的質(zhì)量狀況以及改善過程。

1/11/20235判斷Bug的規(guī)則軟件未達(dá)到產(chǎn)品規(guī)格說明書（需求）標(biāo)明的功能。軟件出現(xiàn)了規(guī)格說明書指明不會(huì)出現(xiàn)的錯(cuò)誤。軟件功能超出規(guī)格說明書指明的范圍。軟件未達(dá)到規(guī)格說明書雖未指出但應(yīng)達(dá)到的目標(biāo)（隱含需求）。軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。需要注意的是，測(cè)試人員報(bào)告Bug時(shí)，應(yīng)當(dāng)保證Bug是可以重現(xiàn)的。對(duì)于有時(shí)不可重現(xiàn)的Bug，應(yīng)當(dāng)反復(fù)測(cè)試，直到最終確定Bug的發(fā)生場(chǎng)景為止。1/11/20236報(bào)告Bug的基本原則盡快報(bào)告Bug;有效描述Bug;1/11/20237Bug的生命周期

Bug的生命周期就是指Bug從開始提出到最后完全解決，并通過復(fù)查的過程。在這個(gè)過程中Bug報(bào)告的狀態(tài)不斷發(fā)生著變化，記錄著Bug的處理進(jìn)程。

1/11/202381/11/20239有效描述Bug短小：只解釋事實(shí)和演示、描述Bug必需的細(xì)節(jié)；單一：每一個(gè)報(bào)告中針對(duì)一個(gè)Bug；步驟清晰：要清楚地描述出Bug的發(fā)生場(chǎng)景，包括前置條件和操作的詳細(xì)步驟；再現(xiàn)：按照預(yù)定步驟可以重現(xiàn)相同狀況；在報(bào)告Bug時(shí)只描述事實(shí)，不做評(píng)價(jià)，也不要有人身攻擊；必要的時(shí)候可以添加注釋（remarks）；可以上載屏幕抓圖和其他附件。1/11/202310編寫B(tài)ug摘要Bug的摘要是要用一句話的形式簡明扼要地將Bug描述出來，要清晰指出Bug所在部位以及其錯(cuò)誤類型，不能太籠統(tǒng)。如“頁面對(duì)非法輸入有問題”可以修改為“流量信息查詢頁面對(duì)于非法輸入沒有進(jìn)行校驗(yàn)”。

1/11/202311新建狀態(tài)（NEW）

Bug創(chuàng)建后的初始狀態(tài)。已分配狀態(tài)（ASSIGNED） 經(jīng)過確認(rèn)為合法軟件問題后分配給開發(fā)人員的狀態(tài)。待驗(yàn)證狀態(tài)（RESOLVED） 開發(fā)部門對(duì)軟件問題進(jìn)行處理或修改后的狀態(tài)。重新打開狀態(tài)（REOPENED） 對(duì)開發(fā)部門修改后軟件問題，經(jīng)過驗(yàn)證，如果仍然存在，則將其狀態(tài)改為“重新打開”狀態(tài)。對(duì)于“關(guān)閉/延遲修改”狀態(tài)的軟件問題，如果時(shí)機(jī)成熟，需要重新開發(fā)，則將其狀態(tài)改為“重新打開”狀態(tài)。關(guān)閉狀態(tài)（CLOSED）

Bug生命周期的結(jié)束。解決狀態(tài)（VERIFIED） 經(jīng)測(cè)試部門對(duì)修改后的軟件問題進(jìn)行驗(yàn)證并確認(rèn)修改正確后的狀態(tài)。未經(jīng)證實(shí)狀態(tài)（UNCONFIRMED） 由開發(fā)人員自己提交的Bug，是一種初始狀態(tài)，待測(cè)試人員確定后變?yōu)椤癗ew”。Bug的狀態(tài)1/11/202312在軟件測(cè)試過程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴(yán)重程度進(jìn)行分類，然后，進(jìn)行不同的處理?？梢园袯ug劃分為七級(jí)：第一級(jí)（blocker）:引起操作系統(tǒng)“掛起”或“崩潰”的錯(cuò)誤；引起軟件本身“掛起”或“崩潰”的錯(cuò)誤；第二級(jí)（critical）:不能完成軟件說明書定義的功能的錯(cuò)誤；程序所完成的功能與軟件說明書定義不符的錯(cuò)誤；第三級(jí)（major）:顯示方面的錯(cuò)誤；其它“輕微”的錯(cuò)誤（如文本差錯(cuò)）；第四級(jí)（enhancement）：增強(qiáng)或者改進(jìn)。Bug的級(jí)別1/11/202313Bug嚴(yán)重程度與處理工作日一級(jí)：響應(yīng)時(shí)間1天，處理1天二級(jí)：響應(yīng)時(shí)間1天，處理3天三級(jí)：響應(yīng)時(shí)間1天，處理7天四級(jí):時(shí)間未定1/11/202314Bug的修改優(yōu)先級(jí)修改優(yōu)先級(jí)通?？煞譃槲鍌€(gè)級(jí)別：P1：盡快（或立刻）修正；P2：每個(gè)里程碑（或測(cè)試周期）結(jié)束前必須修正；P3：如果時(shí)間允許就修正；P4：低優(yōu)先級(jí)。P5：在將來的某個(gè)版本修正也可以1/11/202315跟蹤Bug測(cè)試人員要不斷跟蹤Bug，直到Bug修正，問題解決為止。新提交的Bug為NEW狀態(tài)，經(jīng)開發(fā)人員修改后，Bug變?yōu)镽ESOLVED（待驗(yàn)證）狀態(tài)。此時(shí)就需要測(cè)試人員對(duì)Bug進(jìn)行回歸測(cè)試，驗(yàn)證問題是否修正。如果問題仍然存在，則測(cè)試人員將該Bug的狀態(tài)修改為REOPENED（重新打開）；如果通過驗(yàn)證確認(rèn)問題已經(jīng)修改好了，則測(cè)試人員將該Bug的狀態(tài)置為VERIFIED（已驗(yàn)證），同時(shí)添加附加意見如“該Bug在Releasexx.xx版本中已經(jīng)修正”。1/11/202316跟蹤Bug還有一種情況：開發(fā)人員認(rèn)為Bug在當(dāng)前版本可以暫不修改，而考慮在后續(xù)版本中再做修正，Bug的對(duì)應(yīng)狀態(tài)為LATER。對(duì)于這種情況，項(xiàng)目負(fù)責(zé)人應(yīng)召集開發(fā)人員、測(cè)試人員和其他項(xiàng)目相關(guān)人員進(jìn)行討論，如果討論結(jié)果為同意在后續(xù)版本修正，則測(cè)試人員可以將該Bug的狀態(tài)置為VERIFIED；如果討論結(jié)果是需要在本版本中解決問題，則測(cè)試人員應(yīng)將該Bug的狀態(tài)置為REOPENED，重新打開Bug。1/11/202317Bug狀態(tài)報(bào)告項(xiàng)目進(jìn)入系統(tǒng)測(cè)試階段后，測(cè)試人員要定期做Bug狀態(tài)報(bào)告。Bug狀態(tài)報(bào)告要以郵件方式發(fā)送給項(xiàng)目經(jīng)理和高層管理者。1/11/202318關(guān)閉Bug對(duì)于狀態(tài)為VERIFIED的Bug，應(yīng)由Bug的開啟者即測(cè)試人員關(guān)閉。開發(fā)人員無權(quán)關(guān)閉Bug。將Bug的狀態(tài)標(biāo)記為CLOSED，則Bug生命周期的結(jié)束。1/11/202319Bug報(bào)告的屬性（內(nèi)容）Bug號(hào)報(bào)告者及創(chuàng)建時(shí)間Bug狀態(tài)問題簡單描述（摘要）基本信息：項(xiàng)目嚴(yán)重程度、優(yōu)先級(jí)URL測(cè)試平臺(tái)、操作系統(tǒng)抄送1/11/2023