前言
使用Apifox已经有一整子了,相对于汉化版本的postman或者apipost,我更加推荐这个工具,目前也在做一个node的后台项目,综合体验下来蛮好的。本文除了向大家推荐为什么使用这个工具之外,也是笔者学习apifox的一个过程记录(强推)嘻嘻😁😁直接直接进入正文吧!
1.基本介绍
看看官方的介绍:
Apifox 是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台,定位
Postman + Swagger + Mock + JMeter
。通过一套系统、一份数据,解决多个系统之间的数据同步问题。只要定义好 API 文档,API 调试、API 数据 Mock、API 自动化测试就可以直接使用,无需再次定义;API 文档和 API 开发调试使用同一个工具,API 调试完成后即可保证和 API 文档定义完全一致。高效、及时、准确!
官方地址:www.apifox.cn/
缝合怪物Apifox: APIfox = Postman + Swagger + Mock + JMeter
为什么我们更加推荐apifox
传统开发接口的模式出现了什么问题?
- 传统开发模式需要维护不同工具之间数据一致性非常困难、低效。
- 前端开发 Mock 数据的时候又要去 mockjs 定义一遍,还需要手动设置 Mock 规则。
- 开发过程中的接口变更,修改过程可能是重复搬砖, apifox定位
通过一套系统、一份数据,解决多个系统之间的数据同步问题。
功能介绍
下面的演示全基于Apifox自动创建的示例项目。
接口用例管理
一个接口一般有多个用例,正确的,格式错误的,参数错误的等等,这些用例我们都可以使用apifox的用例管理来帮我们快速的校验一个接口是否合格,是否满足所有的预期
测试用例
完成之后即可生成用例测试的报告
“数据模型”定义、引用
数据结构
和编程语言里的数据结构类似,主要使用在 接口设计 的返回 Response
和 json / xml 类型的Body 参数
。
快捷导入格式
生成数据模型
接下来我们只需要将测试环境更改为mock,就能自动生成我们刚自定义的数据模型了
调试时“自动校验”数据结构
使用 Apifox 调试接口的时候,系统会根据接口文档里的定义,自动校验返回的数据结构是否正确
后置操作
其实应该包括前置操作和后置操作,这里就直演示后置操作了。
需求分析:假设目前我们需要进行需要登录后才能进行的接口测试,每个接口不需要手动改变token,而是依赖后置操作跟新token
- 设置全局token
- 定义接口的时候携带token
- 定义登录后置操作,登录触发脚本刷新全局token
2. 定义token
3.选择需要携带token的接口选中Authorization字段
4.插入全局变量中的token
5. 登录之后设置后置操作脚本,自动刷新全局token
请求之后勾选上 自定义的脚本之后,每次登录测试都会自动刷新全局token。
主题设置
选择左下角的工具栏即可挑选自己喜欢的背景颜色和主色啦。
后续
从2月20号接收到群友的推荐之后,确实感觉体验感蛮不错的,对于小白很友好。hhh真的好用的,不信你去试一试!