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

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

本篇文章将介绍契约测试，以及如何使用 EOLINKER API Studio 快速实现契约测试（CDC）。

EOLINKER API Studio 5.0.4 版本已于近期更新，本次更新中新增大家期盼已久的功能—-支持读取 GitLab 的 php 代码注释生成 API 文档。通过该功能，使用者不用再手动撰写 API 文档，极大的减轻了开发工作量。EOLINKER 将通过下面的引导，为大家介绍如何使用 EOLINKER 快速读取 GitLab 代码注释，并自动生成 API 文档。

欢迎使用 EOLINKER API Studio 5.0 新版本，该版本大幅强化各个产品的功能、着重优化了全站的用户交互体验，旨在为您提供API文档管理、自动化测试以及开发协作等全方位服务！

下文是产品团队整理的一些关于新版使用的常见QA，大家根据自己的问题查看！

由于某些原因，国内用户可能无法访问Google Chrome应用商店下载API Studio插件进行在线安装。EOLINKER API Studio为用户提供了离线版本插件，可以根据教程进行安装。

离线插件无法自动更新，因此建议用户尽可能使用在线的方式安装。

作为开发人员，经常会遇到需要支持市场或运营部门业务的情况。比如当市场部门在大的节日活动推广时，经常通过给用户赠送优惠券来吸引新用户购买，提高老用户的复购率，这时就需要开发部门进行配合了。在这里，EOLINKER将以给用户赠送优惠券为例进行流程的搭建，介绍如何使用自动化测试 [UI模式] 构建此业务逻辑。在跟随我们的指引搭建完整个流程后，你会惊讶的发现下次遇到这种状况时，将不再需要编写复杂的代码而只需简单几步就能完成。

在 API 测试中，我们经常需要根据测试任务要求选择并行或串行的执行方式，并行是指所有用例同时进行测试，适合用例之间没有耦合的情况。串行是指所有用例按照顺序执行，适合用例之间的数据存在耦合，防止并发读写导致污染测试数据。EOLINKER AMS 自动化测试支持并行和串行测试，应对不同测试要求。

没有API监控，你将无法准确分辨API 是否能够正常运作。应用中一般都有一连串的API请求，也就是API事务。这一连串的请求是一个整体，若其中的1个API请求不可用，则整体API也将不可用。为了保证线上服务的稳定运行，除了线上关键服务的资源类监控之外，监控各服务之间的对应接口也非常重要。EOLINKER AMS 支持设置定时任务监控自动化测试中的用例，从完整的业务角度对API进行定时测试，这样能够让项目在无人值守的情况下自动测试并将结果发送到邮箱。

EOLINKER AMS 支持设定根据 API 的 URL 或者名称进行查重，如果存在相同的 API，则不允许添加。可以有效避免出现重复接口和相同 URL，混淆开发项目。

EOLINKER AMS 支持从 Swagger 快速导入API信息，你可以通过该功能快速切换到使用 EOLINKER 产品。和 Swagger 相比，EOLINKER 拥有更加丰富的产品线，并且功能设计更加适合企业用户：拥有完善的 API 文档管理功能、更强的自动化测试、并且支持对人员权限进行管理以及分享项目。

在EOLINKER AMS，您可以将通用的数据操作/函数/方法保存为 Javascript 函数，方便在 API 测试/自动化测试中重用，并且当函数发生改变时，所有引用了该函数的 API 测试均会发生改变。