弃用Swagger+Postman选择Eolink真香

在当下这个先后端分离的技术趋势下，前端工程师过分依赖后端工程师的接口和数据，给开发带来了两大问题：

问题1、后端接口查看难：要怎么调用？参数怎么传递？有几个参数？参数都表明什么含义？

问题2、返回数据操做难：数据返回不对或者不够怎么办？怎么才能灵活的操做数据？

这是不少公司先后端分离以后带来的困扰，那怎么来解决这些问题？

问题一的通常解决方案：后端团队共同维护一个在线文档，每次改接口再去改对应的文档，但不免会遗漏，花的大力气但却效果平平。

问题二的通常解决方案：本身搭建一个Mock服务器，而后一个接口一个接口手动去录规则，仍是一个费力的体力活。

那有没有最优的解决方案，来解决以上两个问题呢？答案是确定的，那就是将要登场的Eolink。

官网地址：传送门

Eolink 是一款定位专业级的一站式API协作平台，也是国内最早投身API工具研发的平台之一，团队早在2016年就发布了国内首个集Swagger+Postman+Mock+Jmeter单点工具于一身的开源产品Eoapi，能够快速解决API文档管理、快速测试、Mock、API自动化测试等问题。并于2017年正式发布了全球首个在线API全生命周期管理平台，帮助全球开发者更高效的开发、测试和运维API。Eolink由此迭代演化而来。

Eolink在产品迭代的过程中发现总结了大量API研发和测试中的痛点，包括：

1. 开发团队使用多个API工具，多个工具之间数据难以打通。
2. API文档编写繁琐、设计不规范、缺乏统一文档格式等。
3. 缺乏版本管理，API变更没有通知。
4. 测试人员难以维护测试用例，大量使用脚本的方式写自动化测试，学习、编写和维护的成本都很高。

以上API管理方面的问题，导致团队协作低效，频繁出问题。针对这个痛点，Eolink提出了针对API开发协作的创新理念：文档与测试驱动开发（DTDD），简单地说就是：

1. 用标准文档代替口头约定和笔记文档，让开发、测试、运维、协作有迹可循；
2. 快速用测试结果推动开发进度，让团队沟通更充分、管理有事实依据，实现敏捷开发。

这套理念经过大量用户验证，逐步形成了以下的API研发测试流程，将后端、前端、测试等团队更好地结合在了一起。

API研发过程复杂，涉及前后端开发、测试多团队协作沟通，工作繁琐工作量巨大，市面上有众多API研发工具基本能满足API研发基础需求，但Eolink依然在功能的深度、广度以及用户体验等方面都做到了更好，尤其是针对批量操作和重复工作开展了大量自动化和智能化提升。其实一个产品是不是用心打磨过，体验好不好，一上手就知道了。

官网地址

传送门