• 0
  • 0
分享
  • 用了这个API协作调试工具,忘记了postman
  • Liam 2022-10-11 16:53:33 字数 1068 阅读 990 收藏 0



我如何接触到的 Apifox

今年三四月份的时候,公司已经上线的项目,发现有部分接口存在重复提交的情况,接口也没做好幂等,导致数据库落下了大量重复数据,于是我就开始优化接口,加了redis分布式锁和一些防重校验,好了,背景介绍完毕。

锁是加上了,但是吧,要想测试就需要模拟压测环境,这个时候如果完全依赖测试同事,很显然不是我的风格,本着宁可麻烦自己也不麻烦别人的原则(减少扯皮,节省时间),于是想要自己做并发测试,看一看锁有没有效果。

刚开始先想到了JMeter,毕竟也在测试那多多少少了解过,但是当我安装完准备使用的时候,发现配置很复杂,即使我叫来了测试同事,也很难讲的明白,于是乎我就在网上搜索的时候,发现了 Apifox。看了这款产品的定位:Postman + Swagger + Mock + JMeter。秒啊,立马安装一个。

开始使用时感觉比较好的功能

1、所有数据同步在云端,即使更换电脑,也可以通过浏览器使用(安装插件即可); 2、定义好API文档,就可以开始调试、Mock、自动化测试,非常方便; 3、区分测试环境,因为我的项目多而杂,定义多套环境,免去了频繁更改接口上下文的时间;


1.png

4、API文档直接生成在线分享链接,方便了与其他同事共享信息,要比口述来的更加高效; 5、通过数据导入,可将项目的所有接口一次性加载进来,导入数据模型后,还可以根据数据结构直接生成接口入参;

2.png ......

因为自动化测试的压测能力觉得这个工具很好

还是想说一说自动化测试的模块,测试用例可以直接从已有的接口文档导入,如果需要批量测试,可以通过导入csv文件批量导入测试数据,并且自动生成测试报告。

3.png

对于我需要的压测场景,只需要简单的配置循环次数、线程数、间隔停顿就可以实现,比如我需要测试同一时间的并发场景,只需要配置间隔停顿为0毫秒,就像这样:


4.png


 这极大的节省了我的调试时间,使我在自测阶段就可以规避大部分的问题,最终提交给测试时就已经是一个完成度很高的接口。我顺便把这个工具推荐给了测试同事(顺便好秀了下操作),不会用的地方看一看官方提供的帮助文档,还是很容易上手的。

和之前工具的对比,以及对Apifox的建议

之前使用过几款API调试工具,Postman等,它们给我的感觉是大同小异的,可以满足基本的接口调试工作,但是并没有我觉得很亮眼的功能,当然也有可能是我还没有接触到比较高级的操作,但是吧,一款优秀的软件,首先上手门槛应该是低的,拥有很友好的界面,很详细的文档,以及和谐的沟通社区,这些我都在ApiFox上感受到了。

下载地址:apifox.cn


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   实用的测试书籍免费送,点击链接参与问卷活动就有机会获得:http://vote.51testing.com/(还有百分百中奖的价值398元的测试课程。)  目前市面上比较不错的网络爬虫抓包工具有Fiddler、charles、Anyproxy和mitmproxy等。  有人可能会问,何为网络爬虫?  首先,网络爬虫它是一种程序,它的样子如同一个大蜘蛛.它将网络上全部的链接和内容进行查索,建立相关的数据库并引入。往往较好的爬虫将会决定搜索引擎的质量。  Charles  Charles是一款macOS上的一款抓包分析工具之一。当然他也支持windows和linux。简洁的GUI界面,http...
            0 0 2054
            分享
          • 这篇将介绍 Cypress 如何生成测试报告Cypress 可以生成 XML 和 JSON 的测试报告文件,需要我们再生成可视化的报告在这里就介绍一下简单且好看的测试报告 mochawesome现在让我们来安装它吧``` npm install --save-dev mocha mochawesome mochawesome-merge mochawesome-report-generator ```接下里让我们做一下配置,我们在 cypress.json 配置报告生成器reportDir: 配置生成的 测试结果 JSON 文件目录o...
            0 0 3299
            分享
          • 在第三方测试机构做测试多年,后来进入做产品的公司负责测试工作,才发现在第三方测试机构做测试是多么幸福的事。简要来说,产品形公司开发和测试往往在同一个部门,没有部门间沟通时的仪式感,往往比较随意。由此,测试会面临如下困局:1.需求飘忽不定;2.版本界限模糊3.留给测试的实际时间与计划时间往往差别巨大已上任意一方面事件的发生,会使得测试焦头烂额,何况往往是已上几点的叠加。常见的场景是:在软件临近发布的时候,部门领导整天对你瞪眼,嫌你拖慢了进度,嫌你测试不够充分,殊不知,开发给你交付软件比项目计划晚了好长时间,严重压缩了你的测试时间。经过实践,提出以下几方面的措施供大家参考:第一.明确需求。这个需求...
            0 1 2358
            分享
          • 测试职位是一个需要与很多人打交道的职位,沟通的时候不卑不亢,自信准确的说出自己的想法,会显得尤其重要。我老是会胡思乱想,有点精分,很没安全感。于我而言,增加自信的方式就是由记录变成创造或者说是表达。之前我总是喜欢用一些在线笔记,记录一些工作重点其实没什么,但是慢慢的我的一些感悟也在里面。如果只是默默的记录自己的一些感悟,从来不跟人交流,也不跟人说自己的想法。慢慢的就会发酵,到达自己控制不住的地步。所以及时整理交流就十分必要。~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~墨菲定律,投射效应那一章讲了一个有趣的笑...
            3 3 7370
            分享
          •   保持怀疑  对产品的质量持有一颗敢于怀疑的心,质量不是开发人员说"我做完了而且也测过了"就可以保证的。直到你测完最后一轮,最后一个用例之前,你都应该对产品的质量持怀疑态度。这个态度是混口饭吃的最基本技能。  永不妥协  1、不要对产品质量妥协,哪怕开发口口声声说这个问题不好改,改不了,一改就要延期之类的话。  2、妥协意味着你成功的把质量不好这口黑锅华丽的背在了自己的身上。  让用户满意  产品或项目成功的标志之一是能够让用户满意,很显然用户是不会对一个bug频出的系统/产品满意的。  从用户角度思考  1、很多测试同学不知道测试用例应该怎么去写,不知道怎么写才能写得出...
            0 0 1210
            分享
      • 51testing软件测试圈微信