Being Agile！契约测试看图说话-京东云开发者社区

![](//img1.jcloudcs.com/developer.jdcloud.com/9d1665d9-d85b-4272-a484-c8b5c71d1dbd20210121134518.png)

------------

**研发说：***&，接口又调不通了。
**测试说：**本来测试就没几天，系统联调还要占我们这么久的时间。
**大家说：**为什么又变了？为什么不沟通？

Provider发生了变更，而Consumer却很难主动了解到；这个窘境（锅）有没有技术的方法来打破呢？**即：有没有办法能让接口发生变化的时候消费方和生产方都能及时发现呢？**

2011年大神Martin Fowler发表了文章《Contract Test》,第一次提出了“契约测试”这个概念：“To reduce the chances of unexpected breaks in contracts, it's useful to move to a Consumer Driven Contracts 
approach.”
CDC一句话描述是由消费方定义、生成契约文件；发布到三方契约服务器上；消费方和生产方都通过这个契约文件来验证契约是否发生了变化；做到了解耦：

![](//img1.jcloudcs.com/developer.jdcloud.com/0abdec95-d5e0-4a61-8c06-dde3c688197c20210121134632.png)

![](//img1.jcloudcs.com/developer.jdcloud.com/02bee213-de77-4dfc-93d4-3859e136b70d20210121134639.png)

除了大神的这篇文章外，似乎没有一本书对“契约测试”有一个比较全面的介绍；支持契约测试的测试框架的PACT、Spring Clound Contract对契约测试的定义也是不相同；但契约测试是测试左移的实践，它是与单元测试平行的一个活动，这是共识。

如何应用？我们还需要继续摸索，如果你的团队已经在采用这种实践，或者你对此有兴趣，不妨加入我们，共同探讨。

------------
###### Being Agile 京东物流技术发展部效能提升部
###### 作者：效能提升部 宋宁
![](//img1.jcloudcs.com/developer.jdcloud.com/b6345f61-bfcc-4949-b363-7eb23236bba920210121134929.png)