【APIfox做接口和自动化测试】

参考 APIfox帮助文档: 官方文档教程和常见问题整理的非常详细

环境&参数

一个项目在不同的阶段会处于不同的环境，例如存在开发环境、测试环境、生产环境等，这些环境对应着不同的“前置 URL”与“接口参数值”。显而易见的是，当项目随着进度推进而环境发生变动时，频繁地修改接口地址中的前缀 URL 及反复配置参数对于接口调试工作而言十分繁琐。

环境管理

1. 新建环境
   
2. 切换环境
   

全局参数

实际项目中,往往要给接口请求额外加上参数，例如鉴权 token 等参数.以实训平台为例, 接口请求的header中要携带saas-slug ,cookie中要携带lqtoken , 我们可以将这两参数设置为全局参数,免去了每次接口请求时都要手动重复去填写

测试用例

1. 保存一个接口测试用例 (apifox会自动将用例执行的环境和参数都保存下来)
   
2. 依次执行设计好的接口用例,重复第一步的保存用例的方法
   
3. 测试用例的增加,随之而来的问题也很明显

• 用例太多,回归测试需要一个个点击运行
• 接口之间有关联, 比如删除某个数据的接口必须依赖新建数据接口
• 需要人为断言每一条用例是否符合预期结果
• …

自此,我们还需要学习apifox其中一个非常强大的功能: 自动化测试

自动化测试

场景模拟: 新增数据接口 —— 查询全部数据 —— 查询单条数据 —— 删除数据 为例,具体步骤如下

1. 新建测试场景
   
2. 添加测试步骤
   

• 从接口导入:根据接口参数自动生成一个用例，其参数值为空，需要手动填写
• 从接口用例导入(推荐):存在两种模式：“复制”和“绑定”。
  • 复制: 将接口用例以“复制”方式导入，接口用例里的参数也会一同复制过来，和原来用例数据相互独立，各自改动后互不影响。
  • 绑定: 会直接引用原来的用例，两边的改动都会相互实时同步。

此处选择从接口用例导入,具体如下

如何实现 B 接口的请求参数依赖于 A 接口返回的数据?

参数传递

使用后置脚本和变量（普通变量、环境变量或全局变量）的方式达到参数的传递效果.上述案例中, 删除接口携带的achievement_id, 需要从查询数据详情返回值里获取.因此我们可以这么做:

1. 在获取数据的接口里,编写后置操作提取achievement_id
   
2. 删除接口参数值使用对应的变量,如"{{achievement_id}}"

断言

为每条用例设置断言

1. 假设我们的预期结果是响应结果里 “code”:0
   
2. 如果每个用例都要引用共同的断言,可以准备个公共脚本
   
   

查看报告

1. 运行场景用例
   
2. 查看报告