測試環境的搭建和維護


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

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

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


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2020 ITdaan.com