bug描述及缺陷管理工具培訓(xùn)(編輯修改稿)
2025-02-26 21:16 本頁面
【文章內(nèi)容簡介】 Bug劃分為七級：? 第一級（ blocker） : 引起操作系統(tǒng) “ 掛起 ” 或 “ 崩潰 ” 的錯誤；? 第二級（ critical） : 引起軟件本身 “ 掛起 ” 或 “ 崩潰 ” 的錯誤；? 第三級（ major） : 不能完成軟件說明書定義的功能的錯誤；? 第四級（ normal） : 程序所完成的功能與軟件說明書定義不符的錯誤；? 第五級（ minor） : 顯示方面的錯誤；? 第六級（ trivial） : 其它 “ 輕微 ” 的錯誤（如文本差錯）；? 第七級（ enhancement） ：增強或者改進。Bug的級別Bug嚴重程度與處理工作日? Blocker、 critical：響應(yīng)時間 1天，處理 1天? Major、 normal：響應(yīng)時間 1天，處理 3天? Minor、 trivial：響應(yīng)時間 1天，處理 7天? Enhancement:時間未定Bug的修改優(yōu)先級修改優(yōu)先級通常可分為五個級別：P1：盡快（或立刻）修正；P2：每個里程碑（或測試周期）結(jié)束前必須修正；P3：如果時間允許就修正；P4：低優(yōu)先級。 P5：在將來的某個版本修正也可以跟蹤 Bug? 測試人員要不斷跟蹤 Bug，直到 Bug修正，問題解決為止。? 新提交的 Bug為 NEW狀態(tài)，經(jīng)開發(fā)人員修改后， Bug變?yōu)镽ESOLVED（待驗證）狀態(tài)。此時就需要測試人員對 Bug進行回歸測試，驗證問題是否修正。如果問題仍然存在，則測試人員將該 Bug的狀態(tài)修改為 REOPENED（重新打開）；如果通過驗證確認問題已經(jīng)修改好了，則測試人員將該Bug的狀態(tài)置為 VERIFIED（已驗證），同時添加附加意見如 “ 該 Bug在 Release ” 。跟蹤 Bug? 還有一種情況：開發(fā)人員認為 Bug在當前版本可以暫不修改，而考慮在后續(xù)版本中再做修正， Bug的對應(yīng)狀態(tài)為LATER。? 對于這種情況，項目負責(zé)人應(yīng)召集開發(fā)人員、測試人員和其他項目相關(guān)人員進行討論，如果討論結(jié)果為同意在后續(xù)版本修正，則測試人員可以將該 Bug的狀態(tài)置為 VERIFIED；如果討論結(jié)果是需要在本版本中解決問題，則測試人員應(yīng)將該 Bug的狀態(tài)置為 REOPENED，重新打開 Bug。Bug狀態(tài)報告項目進入系統(tǒng)測試階段后， SQA人員要定期做 Bug狀態(tài)報告。 Bug狀態(tài)報告要以郵件方式發(fā)送給項目組長、項目組成員、測試人員和項目高層管理者。關(guān)閉 Bug? 對于狀態(tài)為 VERIFIED的 Bug，應(yīng)由 Bug的開啟者
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1