3．測試人員第一件事做什么？
答案：打開Raid/BMS，查看指定給自己的Bug，驗證已解決的Bug。
接下來，測試人員會…
根據測試用例檢驗的Build
在Raid/BMS中記錄新發現的Bug
4．專家會診
參加者：項目經理和開發組長、測試組長
通過Raid/BMS評估每個未解決的Bug
決定Bug優先度
可否等到下個里程碑或版本解決？
誰來解決
預測項目實際進度和發布時間
缺陷走勢圖
5．回顧微軟的
構造: daily build
開發: 解決blocking bugs， 實現功能， check-out， code review， check-in
測試: BVT， 使用測試用例進行測試
項目經理/組長: 專家會診
6．微軟的做法解決了那些常見問題？
質量問題
以前解決過的問題發布時又出現了，需要返工
無法預估發布時間 過早發布，帶來質量和維護問題
測試發現的問題被忘卻或不了了之
無法衡量測試員和開發員的工作
程序中的問題往往在發布后才發現
文檔管理問題
文檔與程序脫節，文檔成為程序結果的描述
項目組把寫文檔看成負擔
團隊協調問題
開發人員各自為戰，進行整合時發現模塊銜接中的嚴重問題 需要作大的改動
沒有保管好公司以往的版本和代碼，無法滿足用戶對舊版本的更改要求
開發人員離職對項目帶來很大沖擊，沒有人知道代碼在哪，或無法讀懂
