哈哈哈, 效率神器 Apifox 你值得拥有
简言之 :
Apifox 是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台,定位 Postman + Swagger + Mock + JMeter。
Apifox 是接口管理、开发、测试全流程集成工具,使用受众为整个研发技术团队,主要使用者为前端开发、后端开发、测试人员。
在 Apifox 你可以 :
后端、前端、测试,同时在线协作,内容实时同步
接下来我们针对上述功能,来分别体验一把
和 Postman 不一样,Apifox 是区分接口设计和接口运行两个概念的。
接口设计:即 新建接口 界面或接口详情里的 编辑 界面,用途是 定义接口文档规范,而不是 运行 接口,所以该界面是只能定义接口基本信息、参数名及参数说明等,而不能设置参数值。参数值、前置脚本/后置脚本 等信息请在接口运行界面或接口用例界面填写。
接口运行:即接口详情里的 运行 界面,用途是 临时调试接口,运行 完后,需要点击保存为用例,才能将填写的 参数值、前置脚本/后置脚本 等信息保存下来;否则关闭 tab 后,这些信息将会丢失。
以斜杠/起始的接口 path 部分
注意
接口路径 建议不要包含 HTTP 协议及域名,这部分建议在 环境管理 的前置URL里设置,接口调试时的 URL 会自动加上当前环境的前置URL。
特殊情况需在接口路径要带上HTTP 协议及域名的,系统也能支持,但不建议这么做。接口调试时,系统如检测到接口路径是以http://或https://起始的,会自动忽略当前环境里前置 URL。
Apifox 中的 Path 参数是以大括号包裹起来表示,而非冒号起始表示。正确示例:/pets/{id},错误示例/pets/:id。
接口路径 不可包含Query 参数(即 URL 中 ?后的参数),Query 参数在下方请求参数部分填写。
这部分比较简单
Params 参数
包含 Query 参数和 Path 参数两部分。
Query 参数:即 URL 中 ?后的参数。
Path 参数:自动提取接口路径中大括号包裹起来的参数,如/pets/{id}中的的{id}即表示名为id的 Path 参数。
Body 参数
Body 参数类型
none:无 body 参数。
form-data:即 Content-Type 为multipart/form-data。
x-www-form-urlencoded:即 Content-Type 为application/x-www-form-urlencoded。
json:即 Content-Type 为 application/json。
xml:即 Content-Type 为 application/xml。
binary:发送文件类数据时使用。
raw:发送其他文本类数据时使用。
注意
接口发送请求的时候会根据Body 参数类型自动在请求Header加上对应的Content-Type,无需手动设置。
若需要手动设置Header中的Content-Type,则其值必须和Body 参数类型相匹配,否则系统会自动忽略掉手动设置的Content-Type。
- 示例:如 Body 参数类型为form-data,手动设置Content-Type的值为multipart/form-data; charset=GBK是有效的;但如果把值设置为application/json则会被系统忽略掉,因为和参数类型不匹配。
- Body 参数类型为raw时,手动设置Content-Type的值不受限制。
所有参数都可以使用变量,使用方式为双大括号包裹变量名,如{{my_variable}},表示引用名为my_variable的变量。
参数值使用变量时可以包含变量以外的字符串,如:参数值设置为prefix-{{my_variable}}-surfix,假设运行时变量my_variable的值为123,则实际请求时参数的值为prefix-123-surfix。
返回响应定义主要包含以下几部分
当一个接口在不同情况下会返回不同数据结构时,可设置多个返回响应。点击返回响应模块右上方的+ 新建即可添加。
定义好数据结构后,接口调试时,系统会自动校验返回的数据是否符合定义的数据结构,非常方便,更多说明请查看文档:接口调试/接口用例。
定义好数据结构后,使用 mock 功能时,系统会自动根据定义的数据结构 mock 出非常人性化的数据,非常方便,更多说明请查看文档:Mock 数据
设计好接口文档后,就可以直接 运行 接口来调试了
打开接口文档,点击运行 tab 即可
保存为用例 是将当前填写的参数保存起来,方便下次或者其他人用来调试接口。保存为用例后,接口用例 会显示在左侧树状菜单里接口的下一级
接口用例是非常有用的。从团队协作的场景出发,建议每次运行后都保存为用例,后续用接口用例来调试接口是非常高效的。
通常一个接口会有多种情况用例,比如参数正确用例、参数错误用例、数据为空用例、不同数据状态用例等等。
接口路径、参数名会自动从 修改文档 读取,无需手动输入
参数值默认读取 修改文档 里的 示例值,也可手动修改,进行调试
填写好参数后,点击发送按钮即可运行。
前置操作/后置操作 的设置维度支持 项目维度、分组维度、单个接口、单个接口用例
可以在 项目概览 中设置,会对整个项目下的接口/接口用例生效。
点击对应的 分组 即可设置,会对分组下的接口/接口用例生效。
在 接口文档-运行 页设置 前置操作/后置操作 ,需要 保存为接口用例 ,点击 保存 不会被保存在接口文档中,也不会对该接口下面的 接口用例 生效。
后置操作支持添加断言,可对接口返回的数据(或响应时间)设置断言,判断是否符合预期
后置操作支持添加提取变量,可从接口返回结果里提取数据,设置到变量(临时变量/环境变量/全局变量),方便其他接口运行的时候直接使用。
前置操作、后置操作支持添加数据库操作,可读写数据库数据,查询结果可在接口请求参数、断言、自定义脚本等场景中使用。目前支持MySQL、SQL Server、Oracle、PostgreSQL,未来会支持更多数据库类型。
校验响应 是一个高效的测试工具,以 接口文档-修改文档 页面内填写的 返回响应 作为判断标准,与 请求接口 的获得的返回值进行对比。
如果上述 2 者一致,则显示 ”返回数据结构校验通过!“。说明真实的接口返回值是符合接口文档定义的,不需要人工核对,提高效率和准确性。
当不一致时,就会报错并提示具体是哪部分不一致。此时你可以选择修改 接口文档-修改文档 内的 返回响应
控制台主要用来展示,脚本里输出的调试信息,以及脚本运行时的错误信息,方便进行脚本调试。
Apifox 版本号大于等于 1.1.0 才支持Socket接口管理。
假设我们有一个宠物商店的项目,其中有一个 Socket 服务宠物资料服务,服务器的地址为:dev.server.com,端口为:9001。
该服务提供4个接口:
我们以新建宠物资料接口作为示例讲解。
请求报文
报文示例:
00000187<data><name>Kitty 猫name><photoUrl>http://dummyimage.com/400x400photoUrl><tags>花斑tags><categoryId>12categoryId><status>pendingstatus>data>
报文说明:
节点存储需要新建的宠物资料数据。返回报文
报文示例:
00000230<data><errorCode>0errorCode><data><name>Kitty 猫name><photoUrl>http://dummyimage.com/400x400photoUrl><tags>花斑tags><categoryId>12categoryId><status>pendingstatus>data>data>
报文说明:
节点表示状态码,0表示操作成功。
节点存储新建成功的宠物资料数据。
2. 填写接口相关信息:
使用数据处理器,实际发送请求前对输入的数据进行处理:
使用数据处理器,对接口返回的数据进行处理后再展示:
去除包头(指定包头长度):去除返回数据里的包头(展示的时候不需要)。
XML 转 JSON(可表单展示):将返回包体里的 XML 转成 JSON 方便查看。
2. 填写需要新建的宠物信息,点击“发送”即可发送请求并查看返回结果:
4. 点击“Response”下的“原始报文”,即可查看接口返回的“报文原始内容”
“运行”接口后,建议点击右上方“保存为用例”,方便下次直接使用。
在 API 开发、沟通、协作中,逻辑上是以 API 文档为标准的,但实际操作中,存在以 Word、PDF 格式的文件传来传去的问题。为此我们提倡以 在线文档 的形式,提高团队之间的沟通效率
在软件界面左侧,就可以设置当前项目的在线文档
点击新建分享,就可以根据需要,设置分享的信息内容:
测试用例是将多个接口有序地组合在一起运行,用来测试一个完整业务流程。
路径:自动化测试-测试用例
点击新建测试用例,根据需要新建一个测试用例。
选中某个测试用例,进入编辑页面。
在测试用例的编辑页面,把鼠标移动到添加步骤上,会展示菜单。
添加用例有两种方式:从接口导入和从接口用例导入 (推荐)
从接口导入后,需要手动设置接口参数,否则运行的时候,接口参数是空的。
从接口用例导入后,会同步导入接口用例里的参数,会方便很多。
从接口用例导入例图
从接口导入例图
导入成功后,一定要记得点击保存哦。
导入的 接口 或 接口用例 在测试用例中作为一个 测试步骤 。测试步骤 是引用了 接口 或 接口用例,
复制 测试步骤,是复制一个已经设置了绑定模式的 测试步骤
点击运行,则进入自动化测试。
运行完成后,如图所示,可以看到哪些接口没有通过测试,可以点击对应的接口展开详情;点击更多详情,可以查看该接口的运行结果,方便定位问题。
运行结束后可以从下面两个入口,查看之前的测试报告,也可以导出。
测试套件为测试用例的集合,每个测试套件包含多个测试用例。
主要用途:
测试用例和测试套件支持测试数据集。当用例或套件运行时,系统会循环运行数据文件里所有的数据集,并且会将数据集里的数据赋值给对应的变量。
性能测试有 3 种方式。
运行测试用例的时候,设置线程数大于1即可实现性能测试。
线程数即同时【并发】运行的线程数,每个线程都会按顺序运行选中的所有步骤。
Apifox CLI 是 Apifox 的命令行运行工具,主要用来做持续集成和压力测试,其压力测试功能目前正在开发中,敬请期待!
测试用例和测试套件可以导出JMeter格式数据,然后可以导入 JMeter 做性能测试。