9、測試組長對于通過穩定期測試的產品填寫綜合測試報告，測試中心依此發布產品發行通知。
10、測試組對整個測試過程和產品質量進行總結和評價，形成文檔并備案。同時，將測試過程中對測 試設計的改動納入基線。最后，組長整理并在指定地點保存相關測試數據和測試樣張。
11、測試中心解散測試小組。
另外，在系統測試階段，我們要求測試小組要進行一些常規內容測試(如：Y2K測試，病毒檢查、裸機
測試、加密檢查、說明書檢查…)，并要求寫入測試方案中。
4、傳統測試流程遇到的挑戰和對策----問題發現得越早，解決的代價就越小
1、 自動測試工具和測試理論
由于我們的產品開發模式還不夠規范、相關文檔不夠完備，所以測試工具的應用效果不理想，只能部 分應用。如：SQA。
對于測試理論，測試思想/測試理念的灌輸工作還是有成效的，但是測試數學模型的研究和建立工作 進展不順利，主要原因也是我們的產品生命周期內部操作不夠規范。
目前主要依賴于：測試人員的經驗和素質;產品說明文檔和項目組的技術咨詢;測試設計。
2、 測試分類
根據目前的實際情況(已經由傳統的瀑布開發模式、使用結構化設計和實現手段，變為現在的RAD開發 模式、使用OOD和OOP)，我們將把測試分為三種：產品測試、項目測試、系統評測。我們的依據是：問題 發現得越早，解決的代價就越小。
產品測試的流程基本和上面提到的一樣。
項目測試的原則是盡早加入測試，并充分重視和支持用戶測試。
系統評測是簡化工作流程。
三、 測試中常見問題分析及對策
我們一般把發現的錯誤bug(我們也稱為缺陷defect)按嚴重性分為4類：死機(系統崩潰或掛起)、致命 (使系統不穩定、或破壞數據、或產生錯誤結果，而且是常規操作中經常發生或非常規操作中不可避免 的)、嚴重(系統性能或響應時間變慢、產生錯誤的中間結果但不影響最終結果，如：顯示不正確但輸出正確)、一般(界面拼寫錯誤或用戶使用不方便)。
我們也把發現的錯誤按優先級分為三種：高、中、低：一般是越影響用戶接受或使用該產品的錯誤優 先級越高。
但下面，將不對所有的問題進行列舉和分析，而只是列出一些顯而易見的、容易被項目組忽略的錯 誤，這些錯誤可能是容易修改的、或是容易避免的，但是對于測試組或用戶來說可能卻是非常頭痛和不方 便的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
