大厂程序员都在用的都在用的API管理神器，学到就是赚到

❝ 程序员最讨厌的两件事：1. 写文档，2. 别人不写文档。大多数开发人员不愿意写 API 文档的原因：写文档短期收益远低于付出的成本，然而并不是所有人都能够坚持做有长期收益的事情的。你因为写文档而耽误了当前项目进度，老板会直接找你麻烦；但是因为没写文档而带来的长期收益低，老板是看不见的。这就是现实，让人去做违反人性的事情是非常困难的。 ❞

作为一个前后端分离模式开发的团队，我们经常会看到这样的场景：前端开发和后端开发在一起热烈的讨论“你这接口参数怎么又变了？”，“接口怎么又不通了？”，“稍等，我调试下”，“你再试试..."。

那能不能写好接口文档，大家都按文档来开发？很难，因为写文档、维护文档比较麻烦，而且费时，还会经常出现 API 更新了，但文档还是旧的，各种同步不一致的情况，从而耽搁彼此的时间。

之前我们团队也遇到了同样的问题，那么作为研发团队的负责人，我是如何带领团队解决这个问题的呢？

如何做？

方法其实很简单，如果能做到让写文档/维护文档这件事情的短期收益就能远高于付出的成本，那么所有问题都能迎刃而解，开发人员就会非常乐意去写接口文档。

团队原来的工作模式

1. 「API 设计人员」使用 Swagger 写接口文档

2. 「前端开发」 使用 RAP mock 接口数据

3. 「后端开发」 使用 Postman 调试接口

4. 「测试人员」 使用 JMeter 测试接口

我们遇到的问题

1. 我们团队是前后端同步进入开发的，不能等后端开发完了才出接口文档，前端再进入开发，所以使用后端代码注释自动生成 Swagger 不适合我们。

2. 写 Swagger 文档效率很低，并且有学习门槛，让团队所有人都熟练手写 Swagger 文档是不现实的，更何况团队不停有新人进来。

3. 开发人员在 Swagger 定义好文档后，接口调试的时候还需要去 Postman 再定义一遍。

4. 前端开发 Mock 数据的时候又要去 RAP 定义一遍，手动设置好 Mock 规则。

5. 测试人员需要去 JMeter 定义一遍。

6. 前端根据 RAP Mock 出来的数据开发完，后端根据 Swagger 定义的接口文档开发完，各自测试测试通过了，本以为可以马上上线，结果一对接发现各种问题：原来开发过程中接口变更，只修改了 Swagger，但是没有及时同步修改 RAP。

7. 同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不一致。

8. 开发过程，经常会有发现开始定义的接口文档有不合理的地方，需要临时调整，经常出现接口改了，但是文档没有更新。

9. 时间久了，各种不一致会越来越严重。

如何解决

要做到写文档和及时维护文档的短期收益就能远高于付出的成本，无非两个方向：

1. 降低写文档的成本

2. 增加写文档后的收益

鉴于此，我们设想如果有一款工具做到以下这些是不是就非常爽了？

1. 以完全可视化的界面来编写文档，并且是零学习成本，「新人」 一来就能上手。

2. 可以通过接口文档定义的数据结构自动 mock出数据，而无需 「前端开发」 再写mock规则。

3. 「后端开发」 在接口文档基础上调试接口，而无需在去Postman上调试；接口如有变化，调试的时候就自动更新了文档，零成本的保障了接口维护的及时性。

4. 「后端开发」 每次调试完一个功能就保存为一个接口用例。

5. 「测试人员」 直接使用接口用例测试接口。

6. 「测试人员」 更加接口文档自动生成测试用例，然后像JMeter一样在直接在上面测试。

7. 根据接口文档定义的数据结构，自动生成前后端的数据模型代码。

总结下来，我们需要的就是这么一款工具：

❝ 通过一套系统、一份数据，解决多个系统之间的数据同步问题。只要定义好接口文档，接口调试、数据 Mock、接口测试就可以直接使用࿰