Beta測試的目的是確定產品是否能在預計的各種硬件平臺和操作系統中正常運行，雖然Beta測試的反饋意見很有參考價值，但除非存在重大問題，否則不應對功能集再做修改，所有建議和反饋都留在下一版中再考慮納入。Beta測試之后就要向RC和RTM進軍。測試人員要著重測試Beta后的變動。到達RC，意味著軟件質量狀態為沒有活躍的bug（Active bug）；沒有懸而未決的事；已經穩定了一段時間，如一周內很少或沒有變動，或變動很小。如果RC后的測試沒有發現新的需要改的bug，可以達到RTM，隨后查病毒，驗證光盤，檢查內容。
需要注意的是，在整個階段性的軟件測試過程中，質量不僅僅是測試組的責任。一定要防止完全依賴測試組來保證質量的做法，否則結果只能是質量差、進度延遲。采用Zero-Defect策略的好處在于，可以同時保證產品的質量、進度和功能集，盡早發現和修正產品中的bug，始終把產品的狀態和bug數量控制在可以管理的范圍之內，程序員應該修正所有的優先級為一級（P1）的bug才能寫新的代碼。
同時測試組應當開發一些好的測試管理工具，比如測試用例管理工具和bug的管理工具等等。測試工程師應當細化測試子區域，重視測試用例的數量和質量，對bug狀態的變化要反應迅速。要防止僅以bug多少來評價工程師的工作。
