測試環境的搭建和維護

　　只要作過一次測試，就必定知道測試環境，但測試環境是如何搭建和維護的呢？就不必定全部人都明白了。
　　測試環境的搭建，每一個公司都有不同的流程和方法。一種是運維或者開發負責搭建和維護，另外一種是測試人員進行搭建和維護。
　　大部分複雜的測試環境都是由開發搭建的，開發知道任何配置文件需放在哪一個路徑，搭建起來相對容易。若是是運維搭建，就得根據開發提供的安裝手冊進行搭建和維護，手冊中通常會有固定的維護方法。若是是測試搭建，其實和運維乾的差很少。
　　安裝手冊很是重要，特別是環境比較多的時候，好比有一套開發環境，一套功能測試環境，一套性能測試環境。雖然可能寫起來篇幅很長，也不必定有人看，可是若是沒有，一旦出了問題，就沒有辦法及時維護了。隨着時間的推移，安裝手冊也要保持不斷地更新。
　　拿到安裝手冊，通常是Linux系統，能夠依託Jenkins或者獨立編寫一堆Shell腳本自動執行：把安裝文件拷貝到指定目錄，服務作一個啓動，日誌作一個更新；若伴隨有數據庫配置，要執行一些SQL，使新配置的數據生效；若遇到服務器硬盤不夠，須要根據手冊上日誌路徑去刪無用的測試日誌。若是水平不夠，不會編寫Shell腳本，也能夠手工執行編譯、拷貝命令進行的更新或者維護，只是效率不高。
　　這就是爲何有的招聘須要測試精通Linux、懂數據庫，極可能須要測試人員自定義搭建和維護測試環境。大規模的測試團隊，有配置管理員來承擔測試環境的運維工做，這對我的鍛鍊Linux操做和數據庫方面知識有不錯的效果。
　　測試環境搭建時，儘量和上線的環境一致。小公司若是沒有條件，能夠同比例縮小。好比一套環境有三層：應用服務器、緩存服務器和數據庫服務器，能夠每層取兩臺，基本可以模擬分佈式結構。實在不行，每層一臺也能夠，可是這樣沒法模擬分佈式，就看對測試質量的要求了。
　　最後有一點提醒：測試環境沒有問題是否是上線後就沒有問題了？答案顯然是否認的。測試環境和生產環境總有或多或少的差別，因此在線上環境先發一個灰度版本，作一版冒煙測試或者一些跟蹤的測試後，再正式發佈就比較保險。

                                                                                                                        記光榮之路吳老3月9日早晨分享

做者：Flyleaves
出處：http://www.cnblogs.com/Flyleaves/
參考聲源：http://m.ximalaya.com/zhubo/44966139
本文版權歸做者、微信公衆號光榮之路和博客園共有，歡迎轉載，但未經做者贊成必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接，不然保留追究法律責任的權利。