軟件測試實踐之測試環境的規劃與管理[3]

　　軟件測試實踐之測試環境的規劃與管理[3] 軟件測試

　　4.測試環境的變更管理

　　對測試環境的變更應當形成一個標準的流程，并保證每次變更都是可追溯的和可控的。下面的幾項要點并不是一個完整的流程，但是可以幫助你實現這個目標。

　　測試環境的變更申請由開發人員或測試人員提出書面申請，由測試環境管理員負責執行。測試環境管理員不應接受非正式的變更申請(例如口頭申請);

　　對測試環境的任何變更均應記入相應的文檔;

　　同每次變更相關的變更申請文檔、軟件、腳本等均應保留原始備份，作為配置項進行管理;

　　對于被測應用的發布，開發人員應將整個系統(包括數據庫、應用層、客戶端等)打包為可直接發布的格式，由測試環境管理員負責實施。測試環境管理員不接受不完整的版本發布申請;

　　對測試環境做出的變更，應該可以通過一個明確的方法返回到之前的狀態。

　　5.測試環境的備份和恢復

　　對于測試人員來說，測試環境必須是可恢復的，否則將導致原有的測試用例無法執行，或者發現的缺陷無法重現，最終使測試人員已經完成的工作失去價值。因此，應當在測試環境(特別是軟件環境)發生重大變動(例如安裝操作系統、中間件或數據庫，為操作系統、中間件或數據庫打補丁等對系統產生重大影響并難以通過卸載恢復)時進行完整的備份，例如使用Ghost對硬盤或某個分區進行鏡像備份。并由測試環境管理員在相應的“備份記錄”文檔中記錄每次備份的時間、備份人以及備份原因(與上次備份相比發生的變化)，以便于在需要時將系統重新恢復到安全可用的狀態。

　　另外，每次發布新的被測應用版本時，應當做好當前版本的數據庫備份。而在執行測試用例或性能測試場景之前，也應當做好數據備份或準備數據恢復方案，例如通過運行SQL腳本來將數據恢復到測試執行之前的狀態，以便于重復的使用原有的數據，減少因數據準備和維護而占用的工作量，并保證測試用例的有效性和缺陷記錄的可重現。

原文轉自：http://www.anti-gravitydesign.com