中台架构给软件测试工程师带来哪些挑战

前面的文章里我们讲了系统架构从单体架构到微服务架构演进的过程中，对我们软件测试工程师带来的影响，本文我们继续看一下中台架构下，会对接口测试带来哪些影响。

从微服务再往后演变，就到了中台架构。我们在前几年都听说过“中台”的概念，各种中台。中台是什么意思呢，我们在这里简单说一下。

用户服务、商品服务、订单服务都有一些数据的提供，都有一些数据相关的服务和接口，我们可以把这些提供数据的服务和接口单独地拿出来，我们管它叫做数据中台。

然后用户中心、会员中心等跟用户管理有关的我们也可以单独把它拿出来叫做用户中台，user的中台。

换句话说就是把原来的微服务进行进一步的划分，把某一类的服务单独再拿出来放在一个叫做“中台”的平台上面。其实就是微服务将服务进行拆分后，进行的进一步拆分和服务汇总，所以说中台业务可能就更复杂了。

最后我们总结一下：1、每个服务运行在其独立的进程中，开发采用的技术栈也是独立的；2、服务间采用轻量级通信机制进行沟通，通常是基于 HTTP 协议的 RESTful API；3、每个服务能够被独立开发、独立部署、独立发布；4、对运维提出了非常高的要求，促进了 CI/CD 的发展与落地。

对于我们的测试人员来说，这些变化对我们的测试工作尤其是接口测试工作带来了哪些挑战呢？

原本一个接口可以完成的任务，需要调用多个独立的接口；

1、用例数量变大

2、服务与服务间的依赖变多

接下来的文章内容，我们将有针对性地去解决这两个问题，欢迎大家继续关注。