微軟的開發管理經驗：100%以Bug為核心

Bug 追蹤歸類：

    Fixed：已修復或更正； Duplicated: 某bug以被別人找出來了； Won't fix：可忽略不計 ；

　  Postponed：此bug不很重要，可推遲到下一階段解決，或更正風險太大，bug本身影響有限；

　  By design ：不符合邏輯，也不符用戶需求，但同設計吻合；

　  Not repro ：某bug自動消失，可能處理其他bug時，一并修復了。

    1．Bug 及常見類型

     功能未實現，和規格說明書不一致； 不能工作：死機，沒反應；不兼容； 邊界條件界面、消息、提示不夠準確，不友好；把尚未完成的工作也作為一個Bug；文檔與幫助信息中的缺陷

    2． RAID/BMS的基本功能

    完整的Bug數據庫； 整個產品組的中央記錄和控制； 強大的查詢功能，有效地跟蹤項目的狀態所有的記錄無法刪除，對于每個記錄只能一直添加內容；豐富的報表功能，為產品發布提供判斷標準

    3． Bug 記錄中的有效信息

    狀態； 負責人； 問題種類； 嚴重級； 優先級； 修改時間； 登記時間

    缺陷來源； 解決方案； 運行環境； 缺陷關聯； 附件； 附圖； 缺陷細節

    4． Bug 的嚴重程度

    1）死機，數據丟失，主要功能組完全喪失，系統懸掛；

　  2) 主要功能喪失，或致命的錯誤聲明；

　  3) 次要功能喪失，不太嚴重，如提示信息不太準確 ；

　  4) 微小的問題，對功能幾乎沒有影響，仍可使用。

    5． 激活的Bug數量的趨勢

    代碼完成前：很少； 代碼完成后：增長很快； 接近Beta: 下降； 接近RC: 奔向零 ；

    產品質量和里程碑的信號；

    每天新建的Bug 與 修正的 Bug 相比較 ； Active 狀態 Bug 的總數。

原文轉自：http://www.anti-gravitydesign.com