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