关于工具软件:Apipost和Apifox哪个更好用看这篇就够了

57次阅读

共计 2203 个字符,预计需要花费 6 分钟才能阅读完成。

很多人搞不清楚 Apipost 和 Apifox 到底有什么区别,以下为实在体验,各位能够依据本身状况参考一下,有什么不足之处还请各位大佬多多指教。

一、产品定位
这块能够间接看他们的官网,个人感觉两款产品从性能和定位上来说,没啥显著区别,国内 API 工具做的好的也就是 Apipost 和 Apifox 了,尽管像 Eolink 和 Swagger 之类也还能够,但角色定位比拟繁多,个人感觉不如这两款功能强大。
Apipost:
ApiPost = Postman + Swagger + Mock
后端、前端、测试同时在线编辑,内容实时同步。

apifox:
API 文档、API 调试、API Mock、API 自动化测试
Apifox = Postman + Swagger + Mock + JMeter

二、学习老本
Apipost:
这界面设计能够说是开箱即用了,新用户进去后有一个默认的示例我的项目,这点挺好的,比拟不便了解。平时调试接口、写参数、分享文档这些高频重要操作都十分好找,而且实操起来也很好上手。

apifox:
和 Apipost 一样,Apifox 也有一个示例我的项目。不过他是文档后行,想调试接口得先写份文档,操作起来有些繁琐,而且这个 tab 老跳总感觉不太稳固,想改参数还得来回切(顺便,这里提个小 BUG,我这新用户一进去默认就是测试环境,最根本的接口发送都没胜利,按理说示例我的项目不该有这样的问题,上线前你们都不测试的吗?)

三、分享文档
对于 API 文档,第一,分享过程要方便快捷;第二,分享文档要有权限设置;第三,文档自身必须清晰明了,好看标准;上面我就用这三个规范来总结一下两款的工具的优缺点。
Apipost:
他的分享性能就在主页面里,一个是单接口分享,一个是整个我的项目分享,一共须要两步就能够实现操作。而且写这篇文章的时候发现他还反对自定义分享,能够跨目录点选接口,这点挺不错的,分享起来很灵便。

apifox:
他这个性能藏得有点深,一开始我还认为不反对分享性能,找了找发现在右边菜单栏的上面置灰了。而且分享前也要先填一堆设置项,感觉 Apifox 整个软件的操作逻辑都是这样,你想做什么事件都得先填个问卷才行,实操起来有点好受。




从我结尾说的那三个角度,做一个两款工具的总结吧:

四、离线应用
因为公司对网络限度比拟严格,所以我在筛选 API 工具时,都会思考到是否反对离线应用。以下是这两款工具在这方面的比照:
Apipost:(反对离线应用)
未登录状态下,以及内网环境下,都能够失常进行大部分操作。离线调试接口都是最根本的了,而且还能分享文档,个人感觉这点还是很不错的。

apifox:(不反对离线应用)
不反对离线,而且不登录没法用。

五、反对协定

Apipost:Http + Websocket + Grpc(3 种)
http 必定是反对了,从 Apipost 官网上的更新日志来看,6.1.0 版本就反对了 websocket。我之前加了他们的用户群,群里有人提这个需要后,大略四月份 websocket 就上线了,感觉对用户十分上心。据说七月还会反对 grpc,自己还是很期待的。

apifox:Http(1 种)
目前仿佛只反对 http,用户群里也有人提这个问题,但官网没有侧面答复,心愿也能反对一下吧。

六、团队合作

Apipost:
Apipost 始终在宣传他们的合作性能,于是我拉了几个共事浅试了一下,感觉比设想中更好一些。一开始我认为的合作就是各做各的,而后接口相互笼罩,但其实他们曾经做到实时合作这个水平了,而且让人眼前一亮的是合作人员的在线状态和权限也能够在工作台里展现,这点不论是对于管理层还是协作者来说都很不便,感觉 Apipost 还是很能站在用户角度想问题的。

apifox:
没有显著感觉到合作性能的体现,也不确定是不是本人没有找到(毕竟他们产品设计的总让人找不到中央),于是我就去他们官网查了一下,发现还是有一个合作板块的阐明的,但看起来仿佛价值不大,各个角色还是没有把合作的劣势施展进去,还是那句话,心愿 Apifox 尽快欠缺一下本人的性能吧,目前来看差的还是有点多。

七、界面布局
Apipost:
试用了一下大略摸清了 Apipost 的布局逻辑,黄色框内是我的项目 / 全局设置,红色框内是接口设置,右边的绿色框内基本上是一个工作流的划分。个人感觉在理论工作中用起来很棘手,而且他的性能分区都是按理论应用场景分的,不会呈现一个在工作步骤里须要跳转很多页面的状况,这点真的好评。

apifox:
Apifox 的工作流都是被一层一层的包裹住的,理论工作中想要找到某个性能还是比拟艰难的,以至于很多时候我都不确定某个性能是他没有还是我没找到,追溯问题时更是劫难现场,往往会节约很多工夫在排查谬误步骤上。而且各个场景的性能项都没有捋分明,浅试了一下他的自动化测试,感觉逻辑太绕了,还是那个“进行任何操作前,都要先填份问卷”的模式,真的应该改良一下,不然不仅是工作效率升高,下班的情绪也很不好。

八、集体举荐
总体而言,Apipost 和 Apifox 各有优缺点,集体而言还是更喜爱 Apipost,从产品自身来说,胜在性能全面,工作流逻辑清晰,反对多场景(离线)应用。从对用户的上心水平来说,我在 Apipost 用户群里常常看到他们老板中午还在答复问题,而且简单问题都会和用户连线近程解决,用户提出的需要也都会关注并且驳回(比方火速上线 websocket),这一点还是比拟感动人的,我也更看好这种真正关注用户的公司。

正文完
 0