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