訪問操作系統、數據庫、中間件、WEB服務器以及被測應用等所需的各種用戶名、密碼、權限，由測試環境管理員統一管理；

　　測試環境管理員擁有全部的權限；

　　除對被測應用的訪問權限外，一般不授予開發人員對測試環境其他部分的訪問權限。如的確有必要（例如查看系統日志），則只授予只讀權限；

　　除測試環境管理員外，其他測試組成員不授予刪除權限；

　　用戶及權限的各項維護、變更，需要記錄到相應的“用戶權限管理文檔”中。

　　4. 測試環境的變更管理

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

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

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

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

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

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

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

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

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