bug生命周期理論-展示頁
2025-05-24 01:49本頁面
【正文】 、表現(xiàn)有所不同等） ? Postponed延后。 Bug優(yōu)先級 (Priority) ? 5特急： 阻止相關(guān)開發(fā)人員的進(jìn)一步開發(fā)活動，立即進(jìn)行修復(fù)工作；阻止與此密切相關(guān)功能的進(jìn)一步測試 ? 4加急： 必須修改，發(fā)版前必須修正 ? 3高： 必須修改，不一定馬上修改，但需確定在某個特定里程碑結(jié)束前須修正 ? 2中： 如果時間允許應(yīng)該修改 ? 1低 /無： bug不嚴(yán)重，建議性修改 處理意見 ? Fixable可修改。在測試總結(jié)報告中給出意見 ? 產(chǎn)品人員 可以對優(yōu)先級和處理意見等進(jìn)行審核，如果有意見，和項(xiàng)目組商量定奪 Bug狀態(tài) ? 新建：對新發(fā)現(xiàn)的問題進(jìn)行提交。驗(yàn)證 Bug是否已被解決 ? 測試組長 /經(jīng)理 審核測試人員提交的 Bug。 ? 需求人員 解釋需求，給出處理意見，將 Bug庫中的建議整理成需求文檔。有可能是需求的問題，分配給需求人員。Bug生命周期 王心悅 Bug生命周期圖 開 發(fā) 人 員 提 交t a s k 給 測 試測 試 處 理 問 題 關(guān) 閉已 分 派 反 饋已 解 決已 解 決Mantis上狀態(tài) 開 發(fā) 人 員測 試 人 員開 發(fā) 人 員測 試 人 員提 交 任 務(wù)處 理 任 務(wù)結(jié) 束測 試YN已 分 派已 解 決已 關(guān) 閉反 饋對 Bug管理人員職責(zé) ? 開發(fā)組長 /經(jīng)理 每天對 Bug進(jìn)行分配，標(biāo)注處理意見，給定優(yōu)先級（發(fā)版前必須三方：需求、開發(fā)、產(chǎn)品共同確定）。問題分配時，應(yīng)盡可能將咨詢類、理解錯誤類等問題處理掉，而不是留給開發(fā)人員。定期對 Bug庫分析，找出常出錯的模塊，進(jìn)行代碼審查 ? 開發(fā)人員 分析 Bug，寫出問題原因，修改 Bug；實(shí)行 Bug優(yōu)先原則，嚴(yán)重程度 High類或緊急程度很嚴(yán)重類以上（包含） bug5個或 5個以上，停止新功能的開發(fā)。評審確定
公司管理相關(guān)推薦
鄂ICP備17016276號-1