軟體測試培訓：如何搭建測試環境

　　如何搭建測試環境?這是很多測試人員都需要了解的，測試是每個產品上線前必備的一個檢驗，不管是什麼產品，做好有效的測試是對產品質量的一個負責，軟體測試環境要考慮的就是軟體在什麼軟硬體下能正常執行，什麼環境下不能正常執行。

　　只要是做測試，那麼就是一定會知道測試的環境，測試環境是怎麼去搭建的呢?並不一定所有的人都會了解清楚知道，實際上，測試環境的搭建，在每個公司也會有不一樣的流程和方法，其中一種是運維者負責搭建，而另外一種是測試人員進行搭建和維護的，本文將是為大家講解一下關於測試環境搭建的問題。

　　實際上大部分複雜的測試環境都是由開發搭建的，是因為開發者知道任何配置檔案需放在哪個路徑，則搭建起來相對容易。若是運維搭建，就是需要根據開發提供的安裝手冊進行搭建和維護，在手冊中都會有一定的安裝方法。

　　這就顯得安裝手冊非常重要，尤其是環境比較多的時候，比如有一套開發環境，一套功能測試環境，一套效能測試環境，雖然可能寫起來篇幅很長，也不一定有人看，一旦出了問題，就沒有辦法及時維護了。現在安裝手冊也是要保持不斷地更新，這是時代發展的一個趨勢。

　　當你拿到安裝手冊，一般都是Linux的作業系統，是可以依託Jenkins或者獨立編寫一堆Shell指令碼自動執行：可以先把安裝檔案複製到指 定的一個目錄，服務做一個啟動，日誌做一個更新;如果有資料庫配置，要執行一些SQL，使新配置的資料生效;若遇到伺服器硬碟不夠，需要根據手冊上日誌路徑去刪無用的測試日誌。如果不會編寫Shell指令碼，也可以手工執行編譯、複製命令進行的更新或者維護，辦法是有的，只是效率不是太高。

　　一般的維護都是需要去精通Linux、熟悉資料庫，是因為很多時候需要測試人員自定義搭建和維護測試環境。在一些的大規模的測試團隊，使由配置管理員來去承擔測試環境的運維工作，這也就是可以有效的鍛鍊Linux操作和資料庫方面知識。

　　當測試環境搭建時，儘可能和上線的環境一致。如果條件不足，則是可以同比例縮小。例如一套環境有三層：應用伺服器、快取伺服器和資料庫伺服器，也是可以每層取兩臺，基本能夠模擬分散式結構就可以了。如果實在不行的話，每層一臺也可以的，但是這樣無法模擬分散式，這就看對測試質量的一個要求了。

　　需要注意的是：有人或者會問，測試環境沒有問題是不是上線後就沒有問題了?答 案是否定的。因為測試環境和生產環境總是會有一些小的差異，因此線上上環境先發一個灰度的版本，然後是做一版冒煙測試或者一些跟蹤的測試後，然後再發布就是保險的。

　　很顯然，做測試的要求綜合能力也是比較高的不僅是要求對資料庫、作業系統都要熟練的操作，更多的是還要學會shell指令碼的一個編寫，這也是做測試比較難的地方。