标签：缺点   问题：   cloud   架构   微服务架构   包含   其他   上下   bsp   

架构模式: 服务集成契约测试

上下文

您已应用微服务架构模式。该应用程序包含许多服务。服务通常会调用其他服务。您必须编写自动化测试，以验证服务是否正常运行。

问题

如何轻松测试服务是否提供了客户期望的API？
 

要点

• 端到端测试（即启动多个服务的测试）是困难，缓慢，脆弱和昂贵的。

结论

服务的测试套件，由使用它的另一个服务的开发人员编写。测试套件验证服务是否满足消费者服务的期望。

例子

Spring Cloud Contract是一个支持这种测试方式的开源项目。

结果上下文

这种模式具有以下好处：

• 单独测试服务更容易，更快速，更可靠，更便宜

这种模式有以下缺点：

• 测试可能会通过，但应用程序将在生产中失败

此模式存在以下问题：

• 如何确保消费者提供的测试与消费者实际需要的测试相匹配？

架构模式: 服务集成契约测试

标签：缺点   问题：   cloud   架构   微服务架构   包含   其他   上下   bsp   

原文地址：https://www.cnblogs.com/paxlyf/p/11293749.html