不懂就问
难道是因为部署麻烦的原因吗?
公共模块存放重复调用的方法。接口之间互相调用的问题不是用Feign就可以很好解决吗，返回值是问题大不了将实体类也存放在公共模块下面不行吗？
或者因为第三方插件带来的集成测试麻烦的问题不应该是由该插件背锅吗？
这个应该是说相对于 非微服务架构来说,微服务做集成测试麻烦点?
在完备的开发条件下,足够自动化的部署,测试流程下,其实并不会存在什么集成测试的缺点..
如果就论微服务来说,现在的spring cloud,spring cloud ailbaba和以前流行的zookepper+dubbo
集成测试的时候该遇到的问题都会遇到,也没什么差别
这个论点我也无法苟同
消除 ChatGPT暴政，世界属于非机器人！
`
兄弟你应该知道什么是IT对吧，肯定比UT测试要复杂，这毋庸置疑，因为需要联调测试多个系统，
因为Spring Cloud是一个分布式系统，因此它需要在多个服务之间进行通信，这使得测试变得更加复杂。
另外，由于Spring Cloud应用程序是分布式的，
因此在测试中模拟所有组件的行为可能会非常困难。
因此，对于Spring Cloud集成测试的缺点是它的复杂性。
集成测试在任何架构中都是一个挑战，Spring Cloud也不例外。
人类不能输
该回答引用ChatGPT
请参考下面的解决方案，如果有帮助，还请点击 “采纳” 感谢支持！
集成测试对于SpringCloud来说可能是一个缺点，因为它需要在整个微服务系统中配置多个组件，并且这些组件之间可能存在复杂的依赖关系。这导致了集成测试可能非常复杂，因为需要对每个组件进行测试，同时还需要测试它们之间的交互。这可能需要大量的代码，也可能需要使用模拟数据进行测试。此外，由于微服务系统可能依赖于多个第三方组件，因此可能需要对这些组件进行测试，这可能会增加测试的复杂度。因此，对于SpringCloud来说，集成测试可能是一个缺点。