這類服務壹般都是通過HTTP接口的方式提供給剛才講的WEB／APP的後端使用，所以，第壹個要做的也就是接口測試，也就是用Postman等工具做手工測試、用TestNG＋HttpClient或者Python的Nose框架做自動化測試。
不過，對於這類後端服務來說，接口只是暴露給外用的部分，內部邏輯通常是非常復雜的，所以，除了針對接口做測試之外，測試人員還需要細致地了解這些服務端產品的技術框架及技術實現，需要了解到模塊的級別，對於系統框架圖、時序圖等都有很好的理解。針對這些理解去設計用例，再跟開發壹起討論如何實現用例。
如果這種基礎服務用了某壹個開源軟件，那通常也需要測試人員能關註社區的進展，並把我們發現的Bug及解決方案等推到社區，為社區做貢獻。
除了接口測試之外，在我們公司，異常測試、穩定性測試、性能測試也是服務端測試必備的測試類型。
異常測試會模擬各種異常情況，比如硬件異常－機器掛掉的情況下能否啟動備機、硬盤掛掉的情況下是否會丟失數據；網絡異常－網絡忽然斷掉、或者網絡流量變小的情況；系統異常－操作系統忽然掛掉的情況。這些極端的情況出現的時候，我們需要驗證數據有沒有丟、能不能盡快啟動備機對外提供服務、系統狀態有沒有異常等。我們會采用各種方式或者工具來模擬這些異常，比如用TrafficControl工具來控制網絡流量。
穩定性測試，就是模擬系統在7*24的運行下會不會出問題，壹般會用接口測試或者性能測試用例不斷地跑，在運行期間，我們會模擬各種情況，比如說負載的變化、系統的各種幹擾等。可以用ChaosMonkey等工具來進行這類測試。
性能測試，其實細分起來會有各種類型，比如負載測試、壓力測試、配置測試、甚至還有線上壓測、容量規劃等。最常規的性能測試，壹般是先規定壹個系統需要承受的壓力，比如說，某壹個系統，1個小時之內會有1W單的單子，那基於這個需求我們分析服務器後端需要承受的壓力，分析出來以後，就寫性能測試腳本，然後逐漸增加壓測的力度，直到超過這個預定的壓力。通常在這個測試過程中會發現各種問題，比如數據庫索引沒有建、線程池太小、系統異常等。需要解決了之後再加大壓力測試。也是用Grinder／JMeter等工具來進行性能測試，不過難的不是這些工具的使用，而是發現問題以後的定位。
對於這種後端服務的測試人員來說，技術上的要求是挺高的，需要有較好的編程能力，需要對數據庫、操作系統等機制有很好的了解才行。