前面的文章里我們講了系統(tǒng)架構(gòu)從單體架構(gòu)到微服務(wù)架構(gòu)演進的過程中，對我們軟件測試工程師帶來的影響，本文我們繼續(xù)看一下中臺架構(gòu)下，會對接口測試帶來哪些影響。
從微服務(wù)再往后演變，就到了中臺架構(gòu)。我們在前幾年都聽說過“中臺”的概念，各種中臺。中臺是什么意思呢，我們在這里簡單說一下。
用戶服務(wù)、商品服務(wù)、訂單服務(wù)都有一些數(shù)據(jù)的提供，都有一些數(shù)據(jù)相關(guān)的服務(wù)和接口，我們可以把這些提供數(shù)據(jù)的服務(wù)和接口單獨地拿出來，我們管它叫做數(shù)據(jù)中臺。
然后用戶中心、會員中心等跟用戶管理有關(guān)的我們也可以單獨把它拿出來叫做用戶中臺，user的中臺。
換句話說就是把原來的微服務(wù)進行進一步的劃分，把某一類的服務(wù)單獨再拿出來放在一個叫做“中臺”的平臺上面。其實就是微服務(wù)將服務(wù)進行拆分后，進行的進一步拆分和服務(wù)匯總，所以說中臺業(yè)務(wù)可能就更復(fù)雜了。
最后我們總結(jié)一下：1、每個服務(wù)運行在其獨立的進程中，開發(fā)采用的技術(shù)棧也是獨立的；2、服務(wù)間采用輕量級通信機制進行溝通，通常是基于 HTTP 協(xié)議的 RESTful API；3、每個服務(wù)能夠被獨立開發(fā)、獨立部署、獨立發(fā)布；4、對運維提出了非常高的要求，促進了 CI/CD 的發(fā)展與落地。
對于我們的測試人員來說，這些變化對我們的測試工作尤其是接口測試工作帶來了哪些挑戰(zhàn)呢？
原本一個接口可以完成的任務(wù)，需要調(diào)用多個獨立的接口；
1、用例數(shù)量變大
2、服務(wù)與服務(wù)間的依賴變多
接下來的文章內(nèi)容，我們將有針對性地去解決這兩個問題，歡迎大家繼續(xù)關(guān)注。
