1.EOLINKER（推荐）可以协作，界面简洁
地址：https://www.eolinker.com/#/?status=link-jump
在某石油和日化项目中使用；支持批量导入，导出
推荐指数：⭐⭐⭐⭐
2.RAP（前阿里妈妈团队）支持版本管理，开源，有文档
在某家电项目中使用，团队内部mock数据使用
推荐指数：⭐⭐⭐⭐⭐
3.EasyAPI （相对来说easy）
某小程序项目中使用，初步mock数据，相对简单；同RAP
推荐指数：⭐⭐⭐
4.apizza
某小程序项目中使用
推荐指数：⭐⭐⭐
5.showdoc
某大型跨境平台项目使用，作为文档工具比较合适
推荐指数：⭐⭐⭐
6.胖胖羊
地址：http://doclever.cn/controller/console/console.html
7.YApi （去哪儿网开发）
地址：hellosean1025.github.io/yapi/docume…
某大型家电HE营销平台使用，推荐使用
推荐指数：⭐⭐⭐⭐
8.Swagger
某家电BD项目使用，使用体验较好，前提团队约定必须遵守RESTAPI , 不然使用一团糟
推荐指数：⭐⭐⭐⭐
9.Execl文档
某BD项目领域中心团队【价格&支付结算】使用，入参，必传字段清晰，推荐3-5人小团队使用
缺点：需要前端同学PostMan自测
推荐指数：⭐⭐⭐⭐
10. 本地mock
代码侵入 (实际开发中最常用，但不推荐)
特点：直接在代码中写死 Mock 数据，或者请求本地的 JSON 文件
优点：无
缺点：
- 和其他方案比 Mock 效果不好
- 与真实 Server 环境的切换非常麻烦，一切需要侵入代码切换环境的行为都是不好的
11. moco 和前端处理mock类似，json假数据+服务
不推荐
12. 本地 node 服务器
不推荐
13. 常用解决方案：
- 使用 Swagger 管理 API 文档
- 使用 Postman 调试 API
- 使用 RAP2 等工具 Mock API 数据
- 使用 JMeter 做 API 自动化测试
存在的问题
维护不同工具之间数据一致性非常困难、低效。并且这里不仅仅是工作量的问题，更大的问题是多个系统之间数据不一致，导致协作低效、频繁出问题，开发测试人员痛苦不堪。
开发人员在 Swagger 定义好文档后，接口调试的时候还需要去 Postman 再定义一遍。
前端开发 Mock 数据的时候又要去 MockJs 定义一遍，还需要手动设置 Mock 规则。
测试人员需要去 JMeter 再定义一遍。
前端根据 MockJs Mock 出来的数据开发完，后端根据 Swagger 定义的接口文档开发完，各自都试测试通过了，本以为可以马上上线，结果一对接发现各种问题：
开发过程中接口变更了，只修改了 Swagger，但是没有及时同步修改 MockJs。
后端开发的接口数据类型和文档不一致，肉眼难以发现问题。
- 同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不一致。
- 时间久了，各种不一致会越来越严重。
14. 新一代Apifox
官网地址： https://www.apifox.cn/?utm_source=qdQ
体验地址： https://www.apifox.cn/apidoc/shared-ce387612-cfdb-478a-b604-b96d1dbc511b/http/5041285
1、Apifox 定位
Apifox = Postman + Swagger + Mock + JMeter
Apifox 是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台。
为什么会有上面那么多平台是使用，因自身做的是交付类型的项目，且客户团队要求不一，结合自身使用经验推荐上述平台，但不管使用哪一个，适合团队，使用简单，便捷才是最好的
以上希望在你的团队选型时能帮到你。
