作者：錢蓓蕾

鏈接：https://www.zhihu.com/question/29164912/answer/110735124

來源：知乎

著作權(quán)歸作者所有抹缕。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)腔丧，非商業(yè)轉(zhuǎn)載請注明出處咖为。

一般來說，服務(wù)端測試有兩種：一種是直接對WEB或者APP的服務(wù)端進(jìn)行測試徽级；另一種是對更后端的數(shù)據(jù)庫苏章、緩存系統(tǒng)酿雪、中間件铸抑、文件系統(tǒng)等進(jìn)行測試贡耽。

一、先來說第一種吧：直接對WEB或者APP的服務(wù)端進(jìn)行測試鹊汛。

一般來說蒲赂，這種服務(wù)端的開發(fā)人員就是WEB／APP產(chǎn)品團(tuán)隊的開發(fā)人員，當(dāng)然刁憋，測試人員跟WEB／APP的前端測試人員也是一個團(tuán)隊的滥嘴。這種服務(wù)端就是為WEB／APP端提供一些后臺的接口，比如說至耻，用戶個人信息若皱、交易記錄的讀取和存儲等，一般都是用HTTP接口的方式提供尘颓。這種后臺的測試從流程上來說是跟隨著WEB／APP產(chǎn)品的發(fā)布節(jié)奏來的是尖，在后端開發(fā)完成接口以后，測試人員就直接用TestNG＋HttpClient寫接口測試用例泥耀、或者用Postman等工具手工測試。如果項目緊張蛔添，一般會先用Postman等工具先手工測試痰催，等版本發(fā)布完以后兜辞，再用TestNG＋HttpClient把自動化用例補(bǔ)上去，或者用Python的Nose框架夸溶。

對于這種服務(wù)端后臺的測試人員逸吵，除了需要掌握上述的自動化測試技術(shù)之外，還有一個溝通缝裁、協(xié)調(diào)的工作扫皱，因為后臺的接口一般是同時提供給iOS／Android／WEB三個端，所以需要跟三端的測試人員協(xié)調(diào)測試進(jìn)度捷绑、測試環(huán)境等事項韩脑。

如果遇到后端服務(wù)大的重構(gòu)、或者是第一次上線預(yù)計有大流量的粹污，那還需要對后端服務(wù)做一個性能測試段多，用JMeter／Grinder等工具編寫腳本并進(jìn)行壓測，看看后端服務(wù)能不能撐住大流量壮吩。有些版本性能風(fēng)險小的进苍，不必要每次都做性能測試，可以根據(jù)實際版本的情況具體分析鸭叙。

二觉啊、第二種：對更后端的數(shù)據(jù)庫沈贝、緩存系統(tǒng)杠人、中間件缀程、文件系統(tǒng)等進(jìn)行測試。

這種就類似于云計算等后端基礎(chǔ)服務(wù)的測試杨凑，對于一些大的公司滤奈，會有一個專門的團(tuán)隊來開發(fā)這種后端基礎(chǔ)服務(wù)，這種服務(wù)當(dāng)然也需要測試人員來保證質(zhì)量撩满。

這類服務(wù)一般都是通過HTTP接口的方式提供給剛才講的WEB／APP的后端使用，所以昭躺，第一個要做的也就是接口測試，也就是用Postman等工具做手工測試伪嫁、用TestNG＋HttpClient或者Python的Nose框架做自動化測試领炫。

不過，對于這類后端服務(wù)來說张咳，接口只是暴露給外用的部分帝洪，內(nèi)部邏輯通常是非常復(fù)雜的，所以砚哗，除了針對接口做測試之外砰奕，測試人員還需要細(xì)致地了解這些服務(wù)端產(chǎn)品的技術(shù)框架及技術(shù)實現(xiàn)，需要了解到模塊的級別军援，對于系統(tǒng)框架圖、時序圖等都有很好的理解盖溺。針對這些理解去設(shè)計用例，再跟開發(fā)一起討論如何實現(xiàn)用例昆禽。

如果這種基礎(chǔ)服務(wù)用了某一個開源軟件蝇庭，那通常也需要測試人員能關(guān)注社區(qū)的進(jìn)展，并把我們發(fā)現(xiàn)的Bug及解決方案等推到社區(qū)哮内，為社區(qū)做貢獻(xiàn)。

除了接口測試之外北发，在我們公司，異常測試瞭恰、穩(wěn)定性測試狱庇、性能測試也是服務(wù)端測試必備的測試類型。

異常測試會模擬各種異常情況颜启，比如硬件異常－機(jī)器掛掉的情況下能否啟動備機(jī)、硬盤掛掉的情況下是否會丟失數(shù)據(jù)浪讳；網(wǎng)絡(luò)異常－網(wǎng)絡(luò)忽然斷掉、或者網(wǎng)絡(luò)流量變小的情況乳规；系統(tǒng)異常－操作系統(tǒng)忽然掛掉的情況。這些極端的情況出現(xiàn)的時候暮的，我們需要驗證數(shù)據(jù)有沒有丟淌实、能不能盡快啟動備機(jī)對外提供服務(wù)、系統(tǒng)狀態(tài)有沒有異常等恨闪。我們會采用各種方式或者工具來模擬這些異常放坏，比如用TrafficControl工具來控制網(wǎng)絡(luò)流量。

穩(wěn)定性測試淤年，就是模擬系統(tǒng)在7*24的運(yùn)行下會不會出問題，一般會用接口測試或者性能測試用例不斷地跑溉苛，在運(yùn)行期間弄诲，我們會模擬各種情況，比如說負(fù)載的變化齐遵、系統(tǒng)的各種干擾等⊥赜矗可以用ChaosMonkey等工具來進(jìn)行這類測試留美。

性能測試，其實細(xì)分起來會有各種類型谎砾，比如負(fù)載測試、壓力測試较雕、配置測試、甚至還有線上壓測亮蒋、容量規(guī)劃等。最常規(guī)的性能測試贮尖，一般是先規(guī)定一個系統(tǒng)需要承受的壓力趁怔，比如說，某一個系統(tǒng)润努，1個小時之內(nèi)會有1W單的單子，那基于這個需求我們分析服務(wù)器后端需要承受的壓力痢畜，分析出來以后鳍侣，就寫性能測試腳本，然后逐漸增加壓測的力度拱她，直到超過這個預(yù)定的壓力。通常在這個測試過程中會發(fā)現(xiàn)各種問題桶雀，比如數(shù)據(jù)庫索引沒有建唬复、線程池太小、系統(tǒng)異常等敞咧。需要解決了之后再加大壓力測試。也是用Grinder／JMeter等工具來進(jìn)行性能測試乍恐，不過難的不是這些工具的使用测砂，而是發(fā)現(xiàn)問題以后的定位。