測(cè)試環(huán)境的搭建和維護(hù)

只要做過一次測(cè)試，就一定知道測(cè)試環(huán)境，但測(cè)試環(huán)境是如何搭建和維護(hù)的呢？就不一定所有人都明白了。

測(cè)試環(huán)境的搭建，每個(gè)公司都有不一樣的流程和方法。一種是運(yùn)維或者開發(fā)負(fù)責(zé)搭建和維護(hù)，另一種是測(cè)試人員進(jìn)行搭建和維護(hù)。

大部分復(fù)雜的測(cè)試環(huán)境都是由開發(fā)搭建的，開發(fā)知道任何配置文件需放在哪個(gè)路徑，搭建起來相對(duì)容易。如果是運(yùn)維搭建，就得根據(jù)開發(fā)提供的安裝手冊(cè)進(jìn)行搭建和維護(hù)，手冊(cè)中一般會(huì)有固定的維護(hù)方法。如果是測(cè)試搭建，其實(shí)和運(yùn)維干的差不多。

安裝手冊(cè)非常重要，特別是環(huán)境比較多的時(shí)候，比如有一套開發(fā)環(huán)境，一套功能測(cè)試環(huán)境，一套性能測(cè)試環(huán)境。雖然可能寫起來篇幅很長(zhǎng)，也不一定有人看，但是如果沒有，一旦出了問題，就沒有辦法及時(shí)維護(hù)了。隨著時(shí)間的推移，安裝手冊(cè)也要保持不斷地更新。

拿到安裝手冊(cè)，一般是Linux系統(tǒng)，可以依托Jenkins或者獨(dú)立編寫一堆Shell腳本自動(dòng)執(zhí)行：把安裝文件拷貝到指定目錄，服務(wù)做一個(gè)啟動(dòng)，日志做一個(gè)更新；若伴隨有數(shù)據(jù)庫(kù)配置，要執(zhí)行一些SQL，使新配置的數(shù)據(jù)生效；若遇到服務(wù)器硬盤不夠，需要根據(jù)手冊(cè)上日志路徑去刪無用的測(cè)試日志。如果水平不夠，不會(huì)編寫Shell腳本，也可以手工執(zhí)行編譯、拷貝命令進(jìn)行的更新或者維護(hù)，只是效率不高。

這就是為什么有的招聘需要測(cè)試精通Linux、懂?dāng)?shù)據(jù)庫(kù)，很可能需要測(cè)試人員自定義搭建和維護(hù)測(cè)試環(huán)境。大規(guī)模的測(cè)試團(tuán)隊(duì)，有配置管理員來承擔(dān)測(cè)試環(huán)境的運(yùn)維工作，這對(duì)個(gè)人鍛煉Linux操作和數(shù)據(jù)庫(kù)方面知識(shí)有不錯(cuò)的效果。

測(cè)試環(huán)境搭建時(shí)，盡可能和上線的環(huán)境一致。小公司如果沒有條件，可以同比例縮小。比如一套環(huán)境有三層：應(yīng)用服務(wù)器、緩存服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器，可以每層取兩臺(tái)，基本能夠模擬分布式結(jié)構(gòu)。實(shí)在不行，每層一臺(tái)也可以，但是這樣無法模擬分布式，就看對(duì)測(cè)試質(zhì)量的要求了。

最后有一點(diǎn)提醒：測(cè)試環(huán)境沒有問題是不是上線后就沒有問題了？答案顯然是否定的。測(cè)試環(huán)境和生產(chǎn)環(huán)境總有或多或少的差異，所以在線上環(huán)境先發(fā)一個(gè)灰度版本，做一版冒煙測(cè)試或者一些跟蹤的測(cè)試后，再正式發(fā)布就比較保險(xiǎn)。

軟硬件測(cè)試環(huán)境

一、 測(cè)試環(huán)境

1 服務(wù)器環(huán)境

2戶端環(huán)境