什么是Pact提供者?它是一个应用程序还是一个Api端点?



我们有一个拥有10-20个API的应用程序,我们计划为其实现接触测试。针对消费者应用程序的每个Api都有一个协议,还是针对作为提供者的应用程序和每个Api作为单独交互的应用程序的一个协议更好?

协议(合同)通常是在两个应用程序之间。如果提供者应用程序提供了多个端点或资源(我认为您指的是"api"),那么它们被建模为一个或多个交互(测试用例)。

…还是一个协议作为应用程序的提供者,每个Api作为单独的交互?

我想这就是你想要的。

有一些流行的CDC(消费者驱动的合同)测试解决方案,Spring提供了与Spring紧密集成的Spring云合同,Pact是另一个很好的CDC解决方案。

在我的微服务示例中,我提供了使用Pact和Spring Cloud Contracts的示例。

API消费者(消费API)和提供者(提供API)双方维护一个契约以确保API的一致性。

理想情况下,每个api的契约应该针对每个消费者(如果您遵循B4F模式,如果不是,我们可以忽略消费者之间的差异)和每个版本。如。用户客户端v1.0和v2.0可能不同。

最新更新