7、產品進行到一定階段后(標志是測試缺陷報告庫中所有的報告處于歸檔狀態)，由項目組和測試組長共同決定產品進入穩定期測試。穩定期測試版本之前的版本必須在顯著位置標明為測試版字樣。
8、穩定期測試期間所發現的缺陷報告也需要記錄在測試缺陷報告庫中，并在穩定期結束后由雙方(有時可能也有市場方面的意見)共同決定對這些缺陷的處理方式。如果需要改動產品，則重新開始穩定期，否則通過穩定期測試。
9、測試組長對于通過穩定期測試的產品填寫綜合測試報告，測試中心依此發布產品發行通知。
10、測試組對整個測試過程和產品質量進行總結和評價，形成文檔并備案。同時，將測試過程中對測試設計的改動納入基線。最后，組長整理并在指定地點保存相關測試數據和測試樣張。
11、測試部門解散測試小組。
另外，在系統測試階段，我們要求測試小組要進行一些常規內容測試(如：Y2K測試，病毒檢查、裸機測試、加密檢查、說明書檢查…)，并要求寫入測試方案中。
傳統測試流程遇到的挑戰和對策----問題發現得越早，解決的代價就越小
(1)自動測試工具和測試理論
由于產品開發模式還不夠規范、相關文檔不夠完備，所以測試工具的應用效果不理想，只能部分應用。如：SQA。
對于測試理論，測試思想/測試理念的灌輸工作還是有成效的，但是測試數學模型的研究和建立工作進展不順利，主要原因也是我們的產品生命周期內部操作不夠規范。
目前主要依賴于：測試人員的經驗和素質;產品說明文檔和項目組的技術咨詢;測試設計。
(2)測試分類
根據目前的實際情況(已經由傳統的瀑布開發模式、使用結構化設計和實現手段，變為現在的RAD開發模式、使用OOD和OOP)，我們將把測試分為三種：產品測試、項目測試、系統評測。我們的依據是：問題發現得越早，解決的代價就越小。
產品測試的流程基本和上面提到的一樣。
項目測試的原則是盡早加入測試，并充分重視和支持用戶測試。
系統評測是簡化工作流程。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
