为什么要抛弃Pact？如何使用EOLINKER快速实现契约测试（CDC）

前言

在前几天的博客中，我转载了一篇文章，其中介绍了契约测试和pact是怎么实施的，的确很有帮助。但我经过研究，其实是pact本身也是有缺陷的，结合我近期在使用的服务型工具和我的实际情况，觉得实现契约测试其实有更有效率的解决方案，本文就通过我的视角看看我是如何快速实现契约测试的。

契约测试

因为前后端对接的过程中会出现信息不对称，以及工作进度不一致的情况，因此希望通过事先约定好API返回数据的文档，根据文档来开发后端代码，以及生产可以被前端调用的虚拟的API，帮助前后端能够同时开展工作并且保持前后端代码的正确性，加快后期的系统集成测试甚至是取消系统集成测试。

我们将以上的做法称之为契约测试。契约测试最开始的概念由 Martin Fowler 提出，它又被称之为：消费者驱动的契约测试（Consumer Driven Contracts），简称CDC。这里的契约是指软件系统中各个服务间交互的数据标准格式，更多的指消费端（client）和提供端（server）之间交互的API的格式。

契约测试带来的变化主要是：

1.将前后端测试解耦，前后端可以分别在对方还没有完成工作的时候就开展测试；

2.将测试过程前移，加速或者取代集成测试；

3.保证数据的一致性，让后端服务返回的数据就是前端想要得到的。

我做了一张图方便大家理解CDC的概念：