bug生命周期理論-wenkub
2023-05-23 01:49:40 本頁面
【正文】 要進(jìn)一步處理 ? 已解決：問題已經(jīng)解決，可以進(jìn)行關(guān)閉 ? 已關(guān)閉：目前由測試人員來關(guān)閉 Bug嚴(yán)重級別 ? A宕機(jī)： 錯(cuò)誤導(dǎo)致了死機(jī)、產(chǎn)品失敗（“崩潰”）、系統(tǒng)懸掛無法操作； ? B崩潰： 功能未實(shí)現(xiàn)或?qū)е乱粋€(gè)特性不能運(yùn)行并且不可能有替代方案； ? C很嚴(yán)重： 錯(cuò)誤導(dǎo)致了一個(gè)特性不能運(yùn)行但可有一個(gè)替代方案； ? D小錯(cuò)誤、小調(diào)整、細(xì)節(jié)： 錯(cuò)誤是表面化或微小的（提示信息不太準(zhǔn)確友好、錯(cuò)別字、 UI布局或罕見故障等），對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用； ? E新功能： 建設(shè)性的意見或建議。評審確定后列入開發(fā)計(jì)劃 ? 測試人員 不參與問題的優(yōu)先級的定位，只用 Bug級別反映 Bug的嚴(yán)重程度。問題分配時(shí)，應(yīng)盡可能將咨詢類、理解錯(cuò)誤類等問題處理掉，而不是留給開發(fā)人員。有可能是需求的問題，分配給需求人員。驗(yàn)證 Bug是否已被解決 ? 測試組長 /經(jīng)理 審核測試人員提交的 Bug。 Bug優(yōu)先級 (Priority) ? 5特急： 阻止相關(guān)開發(fā)人員的進(jìn)一步開發(fā)活動，立即進(jìn)行修復(fù)工作；阻止與此密切相關(guān)功能的進(jìn)一步測試 ? 4加急： 必須修改，發(fā)版前必須修正 ? 3高： 必須修改，不一定馬上修改，但需確定在某個(gè)特定里程碑結(jié)束前須修正 ? 2中： 如果時(shí)間允許應(yīng)該修改 ? 1低 /無： bug不嚴(yán)重，建議性修改 處理意見 ? Fixable可修改。 （注：因‘ Bug狀態(tài)’字段中也有該值，根據(jù)各組各自使用情況，可以只保留一個(gè)，或者開發(fā) /測試各有側(cè)重地使用這兩個(gè) Postponed） ? By Design因設(shè)計(jì)結(jié)構(gòu)問題無法修改。測試人員提錯(cuò)了 ? Won’t Fix這個(gè) Bug是一個(gè)錯(cuò)誤，但還沒有重要到非要更正不可的地步，可以忽略不計(jì) 測試狀態(tài) ? 1－ New Defects（或?qū)懗?Defect） 新 Bug ? 2
公司管理相關(guān)推薦
鄂ICP備17016276號-1