測試的運作方式----制度化并形成應用
主要介紹一下項目組關心的系統測試流程：
1、項目組提交系統測試申請給測試指定帳號。由專人檢查文檔格式和完備性。
2、檢查合格后交給該產品對應方向的研究人員，評價其內容的有效性和真實性。
3、檢查合格后由測試主管審查并通過，成立測試組，指定測試組長(但暫時沒有組員)。
4、測試組長根據該產品的申請報告、測試設計和以往測試數據，制定測試方案。 5、測試主管審核通過測試方案后，根據測試方案指定測試組成員，并由支持組完成其他支持任務(如：設備的配備、測試數據庫的建立、網絡權限的修改…)。
6、測試期間測試組根據測試方案進行實際測試，記錄并跟蹤測試缺陷報告，填寫測試記錄。測試期間測試組長與項目組(測試經理)經常溝通，并獲取產品的更新版本。同時，測試組長審查、修改并提交所有缺陷報告，保證隨時掌握產品的質量情況，并監督測試進度。
7、產品進行到一定階段后(標志是測試缺陷報告庫中所有的報告處于歸檔狀態)，由項目組和測試組長共同決定產品進入穩定期測試。穩定期測試版本之前的版本必須在顯著位置標明為測試版字樣。
8、穩定期測試期間所發現的缺陷報告也需要記錄在測試缺陷報告庫中，并在穩定期結束后由雙方(有時可能也有市場方面的意見)共同決定對這些缺陷的處理方式。如果需要改動產品，則重新開始穩定期，否則通過穩定期測試。
9、測試組長對于通過穩定期測試的產品填寫綜合測試報告，測試中心依此發布產品發行通知。
10、測試組對整個測試過程和產品質量進行總結和評價，形成文檔并備案。同時，將測試過程中對測試設計的改動納入基線。最后，組長整理并在指定地點保存相關測試數據和測試樣張。
11、測試部門解散測試小組。
另外，在系統測試階段，我們要求測試小組要進行一些常規內容測試(如：Y2K測試，病毒檢查、裸機測試、加密檢查、說明書檢查…)，并要求寫入測試方案中。
傳統測試流程遇到的挑戰和對策----問題發現得越早，解決的代價就越小
(1)自動測試工具和測試理論
由于產品開發模式還不夠規范、相關文檔不夠完備，所以測試工具的應用效果不理想，只能部分應用。如：SQA。
對于測試理論，測試思想/測試理念的灌輸工作還是有成效的，但是測試數學模型的研究和建立工作進展不順利，主要原因也是我們的產品生命周期內部操作不夠規范。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
