產(chǎn)品質(zhì)量的基石——微軟bug管理(編輯修改稿)
2025-01-30 19:07 本頁面
【文章內(nèi)容簡介】 不友好 ? 把尚未完成的工作也作為一個 Bug ? 文檔與幫助信息中的缺陷也是 Bug RAID/BMS的基本功能 ? 完整的 Bug數(shù)據(jù)庫 ? 整個產(chǎn)品組的中央記錄和控制 ? 強(qiáng)大的查詢功能，有效地跟蹤項(xiàng)目的狀態(tài) ? 所有的記錄無法刪除，對于每個記錄只能一直添加內(nèi)容 ? 豐富的報表功能，為產(chǎn)品發(fā)布提供判斷標(biāo)準(zhǔn) Bug 記錄中的有效信息 ? 狀態(tài) ? 負(fù)責(zé)人 ? 問題種類 ? 嚴(yán)重級 ? 優(yōu)先級 ? 修改時間 ? 登記時間 ? 缺陷來源 ? 解決方案 ? 運(yùn)行環(huán)境 ? 缺陷關(guān)聯(lián) ? 附件 ? 附圖 ? 缺陷細(xì)節(jié) Bug 的嚴(yán)重程度 1. 死機(jī)，數(shù)據(jù)丟失，主要功能組完全喪失，系統(tǒng)懸掛 2. 主要功能喪失，導(dǎo)致嚴(yán)重的問題，或致命的錯誤聲明 3. 次要功能喪失， 不太嚴(yán)重，如提示信息不太準(zhǔn)確 4. 微小的問題，對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用 . 如有個錯別字 激活的 Bug數(shù)量的趨勢 ? 代碼完成前：很少 ? 代碼完成后：增長很快 ? 接近 Beta: 下降 ? 接近 RC: 奔向零 ? 產(chǎn)品質(zhì)量和里程碑的信號 – 每天新建的 Bug 與 修正的 Bug 相比較 . – Active 狀態(tài) Bug 的總數(shù) 微軟的一天 ? 讓我們看看項(xiàng)目中每個角色的一天是如何度過的 – 開發(fā) – 測試 – 項(xiàng)目經(jīng)理 注：里程碑的每個階段每個角色的工作有不同側(cè)重點(diǎn)，我們以“完成功能”階段為例 微軟的一天從幾點(diǎn)開始？ 微軟的一天從幾點(diǎn)開始？ 答案：半夜 為什么？ 微軟的一天從幾點(diǎn)開始？ 答案：半夜 因?yàn)?Daily Build是所有工作的核心，而且是在半夜自動啟動。 每日構(gòu)造 ? 你知道自己所用 Windows的版本號嗎？ ? Daily Build的意義： – 模塊得以及時整合 – 要求程序員及時把最新代碼放入代碼庫 ? 用腳本語言和編譯 /鏈接
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1