Apifox实现接口管理及自动化并发测试

什么是Apifox？

API 设计、开发、测试一体化协作平台，Apifox = Postman + Swagger + Mock + JMeter

这是官方对它的介绍。

我先说一下我整体的试用感受：

首先Apifox对应Postman问题不大，毕竟是国内的软件，更加符合国人的使用习惯。

其次对应swagger也问题不大，但是接口需要手动维护，不向swagger可以自动生成。但其维护和调用比swagger更强大，也可以导入。

再其次 对比Mock数据，基础的也都符合。

最后对比JMeter，只能说它可以做这个事情，但是内存耗费很大。

总结一下：Apifox还是挺好用的。但是它的缺点也很明显：第一内存占用大，第二接口多了会卡顿。

Apifox长什么样？

我们看一下整体页面，在左侧我的团队这里可以进行团队的区分，也就是类似于不同公司的接口。

右侧示例团队这个就是团队名称，刚好我起的名称就是<示例团队>

团队项目这个很好理解，就是团队下面的项目区分用来区分不同项目的不同接口。

在新建的时候，可以显示出新建哪一种请求。常规的肯定都是接口。

Apifox的接口使用

接口创建

我们先创建一个新闻的请求。

环境创建

可以看到在右侧有一个请选择环境，我们点击后面的三条横岗来创建不同的环境。

这样就区分出来了环境。可以手动切换环境来测试不同环境的数据。

运行

我们运行一下，看看结果。接口已经请求通了。这样一个简单的模拟请求就实现了。

在发送按钮后面，我们可以将这条请求保存为用例，这样不同的参数就可以保存不同的用例，可供后续直接选择测试数据。

前置操作的作用

我们看到在请求模块有一个前置操作。前置操作可以增加下面4种操作。正常情况下我们一般使用自定义脚本或者公共脚本。公共脚本其实也是自定义脚本出来的，只是大家公共使用。

自定义脚本一般用在哪呢。比如接口需要验签、加密等，就可以在前置操作中使用脚本对数据进行加密、签名。这样就可以自动对数据进行处理了。

后置操作的作用

可以看我们可以看到后置操作中有断言、提取变量等一些操作。那我们就可以断言接口是否正确返回，可以提取结果中的某些变量进行存储以进行下一步操作。

比如，我们请求接口中需要token.那就可以在获取token的接口中增加后置操作，将token保存在环境变量中，在其他接口中使用环境变量中的token值，这样只需要请求一次token接口后，后续的接口就都是直接携带了正确的token了。

以上都是一些简单的的使用，但也是我们实际业务中用的较多的场景了。接下来我们看左侧导航的第二栏，自动化测试

自动化测试

我们首先增加一个测试场景。

在测试场景中，我们需要增加测试步骤，这里可以增加多个步骤，也可以只增加一个。增加的方式有多种，从接口导入，添加自定义，从curl导入等，一般情况下，我们肯定是在接口中增加过并常规测试过了的。所以正常都可以从接口中导入。

可以点击新闻接口就会进入到实际的接口中。这个接口中的所有变化与接口管理中的是不互通的。

当我们运行后。则会统计出通过和失败的总数，及对应的报告。

我们再看一下测试数据的栏目，首次进来需要新增测试数据。这里可以直接导入我们需要的测试数据哈。

下面可以看我这里，导入了2条数据。数据集名称可以自己变更，实际的数据只有type这一个字段。

我们在接口中对实际的变量进行赋值，只需要将参数值修改为 {{字段值}} 就可以了。

我们实际请求一下。在这里选择使用测试数据。这里会弹框提示勾选需要使用的数据。

大家可以看到。执行了2次。字段值也是正常的。

当然，在这里我们还可以自定义线程数及循环次数来执行。需要下载Apifox的客户端，我这里使用PC浏览器，就不模拟了。大家可以看一下。

总结

Apifox整体来说对于开发者来说是比较方便的。它的自动化测试 功能很实用也比较简单。整体来说都相当不错，大家可以尝试。不过如果电脑性能不是特别好的话。建议不要创建太多的项目和组。相对会卡顿。卡顿问题估计后续也能修复，那就是后话了。

建议大家可以尝试使用。