軟件測試實踐之測試環境的規劃與管理[3] 軟件測試
訪問操作系統、數據庫、中間件、WEB服務器以及被測應用等所需的各種用戶名、密碼、權限,由測試環境管理員統一管理;
測試環境管理員擁有全部的權限;
除對被測應用的訪問權限外,一般不授予開發人員對測試環境其他部分的訪問權限。如的確有必要(例如查看系統日志),則只授予只讀權限;
除測試環境管理員外,其他測試組成員不授予刪除權限;
用戶及權限的各項維護、變更,需要記錄到相應的“用戶權限管理文檔”中。
4. 測試環境的變更管理
對測試環境的變更應當形成一個標準的流程,并保證每次變更都是可追溯的和可控的。下面的幾項要點并不是一個完整的流程,但是可以幫助你實現這個目標。
測試環境的變更申請由開發人員或測試人員提出書面申請,由測試環境管理員負責執行。測試環境管理員不應接受非正式的變更申請(例如口頭申請);
對測試環境的任何變更均應記入相應的文檔;
同每次變更相關的變更申請文檔、軟件、腳本等均應保留原始備份,作為配置項進行管理;
對于被測應用的發布,開發人員應將整個系統(包括數據庫、應用層、客戶端等)打包為可直接發布的格式,由測試環境管理員負責實施。測試環境管理員不接受不完整的版本發布申請;
對測試環境做出的變更,應該可以通過一個明確的方法返回到之前的狀態。
5. 測試環境的備份和恢復
對于測試人員來說,測試環境必須是可恢復的,否則將導致原有的測試用例無法執行,或者發現的缺陷無法重現,最終使測試人員已經完成的工作失去價值。因此,應當在測試環境(特別是軟件環境)發生重大變動(例如安裝操作系統、中間件或數據庫,為操作系統、中間件或數據庫打補丁等對系統產生重大影響并難以通過卸載恢復)時進行完整的備份,例如使用Ghost對硬盤或某個分區進行鏡像備份。并由測試環境管理員在相應的“備份記錄”文檔中記錄每次備份的時間、備份人以及備份原因(與上次備份相比發生的變化),以便于在需要時將系統重新恢復到安全可用的狀態。
另外,每次發布新的被測應用版本時,應當做好當前版本的數據庫備份。而在執行測試用例或性能測試場景之前,也應當做好數據備份或準備數據恢復方案,例如通過運行SQL腳本來將數據恢復到測試執行之前的狀態,以便于重復的使用原有的數據,減少因數據準備和維護而占用的工作量,并保證測試用例的有效性和缺陷記錄的可重現。
原文轉自:http://www.anti-gravitydesign.com