在微軟的產品開發周期中，在規劃階段當開發人員在做計劃、編進度，進行功能實現的可行性研究，對計劃的功能進行反饋時，測試人員應當研究規格說明，編寫測試計劃；在第二個階段即開發階段，當開發人員在編寫代碼、測試和調試的同時，測試人員應當開始設計測試用例，開發自動測試工具和程序，熟悉必需的環境、工具、軟件和硬件，不斷地豐富測試用例，直到達到CC（代碼完成）里程碑——這個時候的軟件可以進行一次整體測試，用戶界面可能不完美但能夠工作，可能有很多明顯的bug。
進入開發周期的第三階段，測試人員大顯身手，展開大規模的測試，比如系統級整體測試，交互性和深層測試。測試之后，測試人員應當對新增的功能說“不”，直至達到Bate測試里程碑。達到這個里程碑，意味著所有的Beta致命問題已經被修正和關閉，所有計劃的功能都已經在軟件中并能工作，產品穩定，大部分界面還可以，盡管可能只是一部分，但已經有了在線幫助和用戶手冊，即使是發布了也不會引起負面的影響。
Beta測試的目的是確定產品是否能在預計的各種硬件平臺和操作系統中正常運行，雖然Beta測試的反饋意見很有參考價值，但除非存在重大問題，否則不應對功能集再做修改，所有建議和反饋都留在下一版中再考慮納入。Beta測試之后就要向RC和RTM進軍。測試人員要著重測試Beta后的變動。到達RC，意味著軟件質量狀態為沒有活躍的bug（Active bug）；沒有懸而未決的事；已經穩定了一段時間，如一周內很少或沒有變動，或變動很小。如果RC后的測試沒有發現新的需要改的bug，可以達到RTM，隨后查病毒，驗證光盤，檢查內容。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
