關(guān)鍵字：微軟Bug管理
一．團(tuán)隊(duì)組織
1．常見問題
沒有人愿意做測試
覺得養(yǎng)不起那么多測試人員
開發(fā)人員不遵循規(guī)范，隨心所欲
項(xiàng)目經(jīng)理事必躬親，分身乏術(shù)
2．微軟團(tuán)隊(duì)模型
各角色的職責(zé)
角色 職責(zé)
項(xiàng)目經(jīng)理 編寫功能規(guī)范，協(xié)調(diào)各角色關(guān)系
產(chǎn)品經(jīng)理 客戶聯(lián)系的橋梁，進(jìn)行需求分析
用戶教育 讓產(chǎn)品容易使用
發(fā)布經(jīng)理 保證產(chǎn)品順利發(fā)布
二．項(xiàng)目管理
1．常見問題
無法決定項(xiàng)目所需的資源（人力和預(yù)算）
無法決定項(xiàng)目的進(jìn)度表
無法控制外包項(xiàng)目的進(jìn)度和質(zhì)量
2．微軟項(xiàng)目管理-- 多里程碑式流程
每個里程碑完成部分功能
便于團(tuán)隊(duì)集中力量完成一個又一個功能
提供多個機(jī)會以適應(yīng)需求的更改
如何完成一個里程碑
步驟一： 達(dá)成共識
基本完成需求調(diào)研和分析 （產(chǎn)品經(jīng)理負(fù)責(zé)）
確定大方向和長中短期目標(biāo)
所有角色都參與討論并真正認(rèn)同結(jié)論
產(chǎn)生的文檔：
常見用戶情景：覆蓋80%以上功能
Vision：言簡意賅地說明大方向，并有激勵團(tuán)隊(duì)的作用
步驟二： 完成項(xiàng)目計劃
編寫詳細(xì)的功能規(guī)范（項(xiàng)目經(jīng)理負(fù)責(zé)）
在編程前想清楚所有功能流程，并引導(dǎo)用戶明確需求
所有角色都參與審閱功能規(guī)范
制訂開發(fā)計劃和進(jìn)度表（開發(fā)團(tuán)隊(duì)）
制訂測試計劃和進(jìn)度表（測試團(tuán)隊(duì)）
分配資源（人力和預(yù)算）
形成項(xiàng)目綜合計劃和綜合進(jìn)度表
產(chǎn)生的文檔：
功能規(guī)范，開發(fā)計劃，測試計劃（用例），項(xiàng)目綜合計劃
開發(fā)進(jìn)度表，測試進(jìn)度表，綜合進(jìn)度表
步驟三： 完成功能
開發(fā)人員分別完成自己的功能
使用版本控制工具
使程序員及時check out和check in，避免積累大量代碼
及時進(jìn)行模塊間的整合，及時發(fā)現(xiàn)問題（daily build）
對每一項(xiàng)可測試的功能進(jìn)行測試，無需等待
使用測試用例工具，對功能進(jìn)行完整和重復(fù)的檢驗(yàn)
使用BMS進(jìn)行缺陷跟蹤
記錄所有程序問題
實(shí)現(xiàn)解決Bug的自動流程
按照綜合進(jìn)度表不斷檢查進(jìn)度
使用的工具：
版本控制工具 VSS
缺陷跟蹤工具 Raid/BMS
測試用例管理工具
步驟四： 穩(wěn)定與發(fā)布
測試組全面地測試功能，包括性能和穩(wěn)定性
開發(fā)組全力配合解決Bug
使用BMS進(jìn)行
監(jiān)測質(zhì)量情況
預(yù)測發(fā)布日期
專家會診機(jī)制：
決定Bug的優(yōu)先度
決定哪些Bug可以等到下個里程碑或版本中解決
決定由誰解決某個Bug
使用的工具：
版本控制工具 VSS
缺陷跟蹤工具 BMS
測試用例管理工具
三． 微軟的開發(fā)管理經(jīng)驗(yàn)：以Bug為核心
1．Bug 及常見類型
功能未實(shí)現(xiàn)，和規(guī)格說明書不一致
不能工作：死機(jī)，沒反應(yīng)
不兼容
邊界條件
界面、消息、提示不夠準(zhǔn)確，不友好
把尚未完成的工作也作為一個Bug
文檔與幫助信息中的缺陷也是Bug
2．RAID/BMS的基本功能
完整的Bug數(shù)據(jù)庫
整個產(chǎn)品組的中央記錄和控制
強(qiáng)大的查詢功能，有效地跟蹤項(xiàng)目的狀態(tài)
所有的記錄無法刪除，對于每個記錄只能一直添加內(nèi)容
豐富的報表功能，為產(chǎn)品發(fā)布提供判斷標(biāo)準(zhǔn)
