Apipost和 Apifox 哪个好用？两大国产API管理工具深度对比

Apipost和 Apifox 哪个好？这两款国产API 管理工具的推广力度那叫一个猛，就鬼打墙似的，我在哪个公众号都能看到他们两家的推广。
Apifox

我内心OS 就是：

只有充分内卷，才能够把厂商们的平均水平提上来，真正的强者才能脱颖而出。

我本着看热闹不嫌事大，拱火为主，提供有效信息为辅的主要思想来对这两家国产API 管理工具做个简要的竞品分析。

咱就只对比功能上的东西，Apifox 和 apipost 好不好用谁用了谁知道，其他的东西咱也不懂，咱也不好说。

二.目录

一.整体功能对比
二.文档功能对比
三.调试功能对比
四.Mock功能对比
五.自动化测试功能
六.协作
七.交互UI
八.项目导出功能
九.价格

三.功能对比

一.整体功能对比

Apifox 定位： Apifox=Postman+Swagger+mock+Jmeter，是一款集 API 文档、API 调试、API mock,API 自动化为一体的接口一站式协作平台。

Apipost定位：基于协作，更懂中国程序员，不止于 API 文档，调试，mock。

二.文档功能对比

1.Apifox的文档功能

支持导入swagger、postman、rap2等格式的接口文档`

只要把 swagger 的 URL 填到 Apifox 里面去，Apifox 就会自动导入 API 定义，就能生成好用美观的API 文档。而且接口文档还能够自动生成。
接口文档和接口一体的，修改接口可以顺便修改文档`
Apifox支持接口内添加接口文档，支持状态字段、API描述和自定义文档字段、以及项目级别的纯md文档。
支持生成代码`
支持生成接口请求代码，数据模型代码，项目接口代码，支持130多种语言和框架，包括最热门的Java，Python，PHP等语言。

2.Apipost的文档功能

接口文档功能
ApiPost只支持整个项目级别的单独文档，对单个接口级别的文档说明则接近无，入口很深，保存完也没有位置展示。
导入其他项目功能
支持导入swagger、postman等常见的软件项目，对其他文档管理工具格式支持得比较少。
生成代码功能
每种语言只支持一种默认框架，不能选择，而且只支持大约18种语言框架，比Apifox少。

3.总结

同样的功能，Apifox 支持的语言、框架和格式会比 apipost 多，在接口文档的设计和呈现方面，Apifox 修改和查看会更加便捷。

4.推荐指数

Apifox： ★★★★☆
Apipost: ★★☆☆☆

三.调试功能对比

1.Apifox的调试功能

Apifox在这个点我个人感觉创新是比较多的，它把Postman里需要写脚本的功能都封装成了可视化界面，直接通过填写参数的方式去调试。
Apifox的可视化调试界面

Apifox的调试功能

可视化界面其实会大大降低操作的门槛，写脚本的话至少需要会一些js语言，而像现在这样填参数的方式，不会脚本语言也能调试。

不过，如果你想要做一些复杂的调试，它还是保留了脚本调试功能的。
脚本调试支持第三方js类库，支持外部脚本和语言。

Apifox的自定义脚本功能

另外它还支持响应的数据类型校验和请求参数使用动态值

2.Apipost的调试功能

Apipost的调试功能基本和Postman如出一辙，都是通过脚本代码去调试的。
提供了基础的断言脚本的模板，支持第三方js类库，但既然和postman没有什么不同，为啥不继续用postman呢。

3.总结

Apifox 的调试功能在 Postman 的基础上进行优化，提供可视化界面，操作数据库，调用外部函数等 Postman 没有的功能，Apipost 则基本复制 Postman 的功能。

4.推荐指数

Apifox: ★★★★★
Apipost: ★★★☆☆

四.mock功能对比

1.Apifox的mock功能

Apifox的mock功能是他们重磅宣传的功能，我对比了下，它确实是有优点的：

mock服务合并到环境中，不用自己搭建mock server，选择本地mock就能启动mock服务
在接口文档的响应字段直接选择mock规则，避免后期要像postman、apipost那样自己去编写响应参数模板
预先构造了一批常用数据的mock规则，作为内置智能mock引擎，不需要开发再编写脚本，就能mock出比较真实的业务数据。
点击发送mock出来数据

2.Apipost的mock功能

Apipost的mock功能和Postman也很像，搭建mock环境需要分三步：

1.搭建mock服务器，获取到mock url
2.编写随机mock数据规则，也就是说每一个接口的响应你都需要自己去编写一套模板，字段里的数据则调用mock.js的随机函数
3.把mock url地址复制到前端，在客户端中选择mock环境

Apipost里的mock功能截图

但其实这个不太好用，主要是每个接口都要去写一遍mock规则，挺花时间的，而且返回的数据也不够真实，有校验的时候不通过。

3.总结

如果产品的功能是和postman一样的，建议直接用 postman 吧，至少用惯了没有什么学习成本。

Apifox 的mock服务不需要配置直接就能用，mock出来的数据也比较像我们实际业务里产生的数据，因此这个实用性强一些。

4.推荐指数

Apifox: ★★★★★
Apipost: ★★☆☆☆

五.测试功能对比

1.Apifox的自动化测试功能

Apifox它是可以直接在接口文档那里修改测试参数，保存为用例的，也就是说，测试用例不用自己写，它自己就能生成了。

然后再在自动化测试里直接导入这些用例，根据业务场景里的执行顺序排序，调整好参数传递，设置好断言，点击运行就行。

Apifox的测试界面

就没有什么上手门槛，没什么学习成本，不需要会写脚本。

2.Apipost的自动化测试功能

Apipost 的自动化功能，在单个接口里可以实现后置脚本编写断言和提取变量。
但有个问题是接口的场景测试，需要同一个接口不同参数、断言、响应变量，这里的流程测试里只能添加已经编写好的用例，找不到地方去编写一个接口的不同用例。

postman 是以 collection 的形式去组织，可以在 collection 里修改，Apifox 是在接口管理 tab 就生成一个接口的不同用例，在测试管理里再拼接场景和做参数传递的。

所以 Apipost 这里的流程测试，不知道它设计思路是啥，和我们测试常规的做接口测试的思路不一样，基本没法用它来测试。

3.总结

接口自动化里涉及到的核心：接口用例编写、接口间参数传递、断言在Apifox中基本都能通过自动生成和可视化界面填写参数完成，这点在工作效率上会有比较大的提高。
Apipost 如果要测单个接口可以，做业务场景的测试目前还不太建议。

4.推荐指数

Apifox: ★★★★★
Apipost: ★★☆☆☆

六.协作功能对比

1.Apifox的协作功能

Apifox支持项目数据共享，即一套接口，一套项目数据，后端可以用来调试，前端可以mock，测试可以做自动化，且数据的变更会在项目组内实时同步。
支持权限管理，不同成员可设置只读和编辑功能。支持进度管理，接口的开发情况可实时查看，支持邀请其他成员加入项目组。
除此之外，还支持接口以文档的形式分享给第三方。

Apifox的在线分享功能

2.Apipost的协作功能

Apipost 也支持协作功能，有项目和团队的概念，一个团队可以拥有若干个项目，支持读写工位和只读工位，为项目成员设置操作权限，支持为项目添加协作人员。

不能自己删除团队，需要联系客服删除。

但是在 Apipost 的客户端点击团队，会跳转到网页去，这个操作有点奇怪。
网页端的操作用着有点不太习惯，然后你跳转去了网页端，又会有个显眼的地方引导你去下载客户端。。。

3.总结

协作功能在 Postman 中是作为高级功能收费的，但在这两个工具里面，都是属于基础的功能。
前后端、测试、技术管理的数据能互通，能实时变更同步，能够大大减少数据维护的成本，减少数据不同步带来的麻烦。

这也是超越 postman 的地方，不仅在于“工具效能”更在于“协同效能”。

4.推荐指数

Apifox：★★★★☆
Apipost：★★★☆☆

七.界面&UI功能对比

1.Apifox的界面&UI

界面&信息架构
这是初始的软件界面，一个项目里面，分为接口管理和自动化测试，项目管理几个大模块，每个模块内再显示相关的功能界面，层级结构和信息架构层次比较明显。
支持多种主题
Apifox提供的主题色选择比较多，且偏暖、明艳的亮色系，和黑金的暗黑色调。你也可以背景和文字颜色排列组合，搭配出自己喜欢的颜色。

白紫主题

黑金主题

白红主题

2.Apipost的界面&UI

界面&信息架构
Apipost的界面有点乱，恨不得什么功能都堆到首页上去，没有什么信息架构的概念，功能之间没有层次和明显的联系。icon也表意不明，找个功能找半天。bug好像也有点多，有好几个按钮点半天没反应。
Apipost 支持的主题
Apipost 只能选背景色，且都是暗色系，按钮文本等是蓝色和橙色，不能修改，可选模式比较少。