效率神器Apifox_API 文档、API 调试、API Mock、API 自动化测试工具推荐

还在苦苦为研发质量担忧吗？还在苦苦为国外的PostMan不好用饱受折磨吗？还在苦苦找不到趁手的效率利器烦恼吗？哈哈哈，效率神器 Apifox 你值得拥有Apifox是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台，定位 Postman + Swagger + Mock + JMeter。👉《21分钟学会Apifox》Apifox是接口管理、开发、测试全流程集成

小小工匠

58793人浏览 · 2022-09-19 13:31:08

小小工匠 · 2022-09-19 13:31:08 发布

前言

还在苦苦为研发质量担忧吗？
还在苦苦为国外的PostMan不好用饱受折磨吗？
还在苦苦找不到趁手的效率利器烦恼吗？

哈哈哈，效率神器 Apifox 你值得拥有

在这里插入图片描述

简言之：

Apifox 是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台，定位 Postman + Swagger + Mock + JMeter。

👉 《21分钟学会Apifox》

在这里插入图片描述

Apifox 是接口管理、开发、测试全流程集成工具，使用受众为整个研发技术团队，主要使用者为前端开发、后端开发、测试人员。

在 Apifox 你可以：

后端开发	前端开发	测试人员
接口文档管理	接口文档管理	接口调试
接口调试	接口数据 Mock	接口自动化测试
接口自动化测试	接口调试
后端代码自动生成	前端代码自动生成

在这里插入图片描述

后端、前端、测试，同时在线协作，内容实时同步

在这里插入图片描述

接下来我们针对上述功能，来分别体验一把

API 文档设计 - 代码未写文档先行

和 Postman 不一样，Apifox 是区分接口设计和接口运行两个概念的。

接口设计：即新建接口界面或接口详情里的编辑界面，用途是定义接口文档规范，而不是运行接口，所以该界面是只能定义接口基本信息、参数名及参数说明等，而不能设置参数值。参数值、前置脚本/后置脚本等信息请在接口运行界面或接口用例界面填写。

接口运行：即接口详情里的运行界面，用途是临时调试接口，运行完后，需要点击保存为用例，才能将填写的参数值、前置脚本/后置脚本等信息保存下来；否则关闭 tab 后，这些信息将会丢失。

核心功能

可视化 API 文档管理，零学习成本。
支持数据模型，接口之间可以复用相同数据结构。
接口文档完全遵循 OpenAPI(Swagger) 规范。
支持在线分享 API 文档，方便与外部团队协作。

快速上手

点击左侧搜索框旁边的 + 号按钮即可打开新建窗口，也可使用快捷键 Ctrl(⌘) + N。

在这里插入图片描述

在打开的窗口中，直接定义接口相关信息。

接口路径

以斜杠/起始的接口 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。

返回响应

在这里插入图片描述

返回响应定义主要包含以下几部分

接口返回的 HTTP 状态码
返回内容的数据格式：JSON、XML、HTML、Raw、Binary
数据结构：仅JSON、XML可配置数据结构

当一个接口在不同情况下会返回不同数据结构时，可设置多个返回响应。点击返回响应模块右上方的+ 新建即可添加。

定义好数据结构后，接口调试时，系统会自动校验返回的数据是否符合定义的数据结构，非常方便，更多说明请查看文档：接口调试/接口用例。

定义好数据结构后，使用 mock 功能时，系统会自动根据定义的数据结构 mock 出非常人性化的数据，非常方便，更多说明请查看文档：Mock 数据

在这里插入图片描述

接口调试 / 接口用例

设计好接口文档后，就可以直接运行接口来调试了

快速上手

打开接口文档，点击运行 tab 即可

在这里插入图片描述

保存为用例

保存为用例是将当前填写的参数保存起来，方便下次或者其他人用来调试接口。保存为用例后，接口用例会显示在左侧树状菜单里接口的下一级

接口用例是非常有用的。从团队协作的场景出发，建议每次运行后都保存为用例，后续用接口用例来调试接口是非常高效的。

通常一个接口会有多种情况用例，比如参数正确用例、参数错误用例、数据为空用例、不同数据状态用例等等。

接口参数

接口路径、参数名会自动从修改文档读取，无需手动输入
参数值默认读取修改文档里的示例值，也可手动修改，进行调试
填写好参数后，点击发送按钮即可运行。

前置操作/后置操作

前置操作/后置操作的设置维度支持项目维度、分组维度、单个接口、单个接口用例

项目维度

可以在项目概览中设置，会对整个项目下的接口/接口用例生效。
在这里插入图片描述

分组维度

点击对应的分组即可设置，会对分组下的接口/接口用例生效。

在这里插入图片描述

单个接口

在接口文档-运行页设置前置操作/后置操作，需要保存为接口用例，点击保存不会被保存在接口文档中，也不会对该接口下面的接口用例生效。

在这里插入图片描述

单个接口用例

在这里插入图片描述

断言

后置操作支持添加断言，可对接口返回的数据（或响应时间）设置断言，判断是否符合预期

提取变量

后置操作支持添加提取变量，可从接口返回结果里提取数据，设置到变量（临时变量/环境变量/全局变量），方便其他接口运行的时候直接使用。

数据库操作

前置操作、后置操作支持添加数据库操作，可读写数据库数据，查询结果可在接口请求参数、断言、自定义脚本等场景中使用。目前支持MySQL、SQL Server、Oracle、PostgreSQL，未来会支持更多数据库类型。

在这里插入图片描述

校验响应

校验响应是一个高效的测试工具，以接口文档-修改文档页面内填写的返回响应作为判断标准，与请求接口的获得的返回值进行对比。

校验响应的校验范围

在这里插入图片描述

接口返回的 HTTP 状态码
返回内容的数据格式：JSON、XML、HTML、Raw、Binary
数据结构：仅JSON、XML可配置数据结构

如果上述 2 者一致，则显示 ”返回数据结构校验通过!“。说明真实的接口返回值是符合接口文档定义的，不需要人工核对，提高效率和准确性。
当不一致时，就会报错并提示具体是哪部分不一致。此时你可以选择修改接口文档-修改文档内的返回响应

在这里插入图片描述

校验响应开关默认打开。可以在界面左下角设置-通用-校验响应关闭全局开关，注意：全局开关只会对接口文档-运行生效，不会对已保存的接口用例生效

控制台

控制台主要用来展示，脚本里输出的调试信息，以及脚本运行时的错误信息，方便进行脚本调试。

Socket 接口快速上手

Apifox 版本号大于等于 1.1.0 才支持Socket接口管理。

示例场景

假设我们有一个宠物商店的项目，其中有一个 Socket 服务宠物资料服务，服务器的地址为:dev.server.com，端口为：9001。

该服务提供4个接口：

新建宠物资料
修改宠物资料
查询宠物资料
删除宠物资料

我们以新建宠物资料接口作为示例讲解。

【新建宠物资料】接口说明

请求报文
报文示例：

00000187<?xml version="l.0" encoding="UTF-8"?><data><name>Kitty 猫</name><photoUrl>http://dummyimage.com/400x400</photoUrl><tags>花斑</tags><categoryId>12</categoryId><status>pending</status></data>

报文说明：

前8位0000187为包头，存储包体的字节长度。
剩余部分为包体，为XML格式。
XML 中<data>节点存储需要新建的宠物资料数据。

返回报文
报文示例：

00000230<?xml version="l.0" encoding="UTF-8"?><data><errorCode>0</errorCode><data><name>Kitty 猫</name><photoUrl>http://dummyimage.com/400x400</photoUrl><tags>花斑</tags><categoryId>12</categoryId><status>pending</status></data></data>

报文说明：

前8位00000217为包头，存储包体的字节长度。
剩余部分为包体，为XML格式。
XML 中<errorCode>节点表示状态码，0表示操作成功。
XML 中<data>节点存储新建成功的宠物资料数据。

Apifox 操作示例

一、创建服务

切换到SOCKET，然后新建 SOCKET 服务：

在这里插入图片描述

填写宠物资料服务相关信息：

二、创建接口

在刚建的服务下添加接口：

在这里插入图片描述
2. 填写接口相关信息：

在这里插入图片描述
使用数据处理器，实际发送请求前对输入的数据进行处理：

计算内容长度并添加到包头：用来计算 XML 字节长度并添加到包头。

设置返回结果：

在这里插入图片描述
使用数据处理器，对接口返回的数据进行处理后再展示：

去除包头(指定包头长度)：去除返回数据里的包头（展示的时候不需要）。
XML 转 JSON(可表单展示)：将返回包体里的 XML 转成 JSON 方便查看。

三、运行接口

打开刚新建的接口，切换到“运行” tab，可以看到“报文内容”通过表单方式输入：

在这里插入图片描述
2. 填写需要新建的宠物信息，点击“发送”即可发送请求并查看返回结果：

在这里插入图片描述

点击下方“Request” tab 即可查看实际发送的数据：

在这里插入图片描述
4. 点击“Response”下的“原始报文”，即可查看接口返回的“报文原始内容”

四、保存为用例

“运行”接口后，建议点击右上方“保存为用例”，方便下次直接使用。

在这里插入图片描述

在线分享

在 API 开发、沟通、协作中，逻辑上是以 API 文档为标准的，但实际操作中，存在以 Word、PDF 格式的文件传来传去的问题。为此我们提倡以在线文档的形式，提高团队之间的沟通效率

分享在线文档

在软件界面左侧，就可以设置当前项目的在线文档

在这里插入图片描述
点击新建分享，就可以根据需要，设置分享的信息内容：

文档语言
访问密码
分享在线文档的日期
分享范围：可以选择项目全部，也可以选择部分接口，也可以根据标签维度导入
运行环境：可以选择运行的环境，和显示对应的前置 URL。选择后，分享出去的在线接口文档支持运行调试
可以显示接口文档对应的责任人、修改时间、前置 URL

测试管理

测试用例

测试用例是将多个接口有序地组合在一起运行，用来测试一个完整业务流程。

新建测试用例

路径：自动化测试-测试用例

点击新建测试用例，根据需要新建一个测试用例。

在这里插入图片描述

添加测试步骤

选中某个测试用例，进入编辑页面。

在这里插入图片描述
在测试用例的编辑页面，把鼠标移动到添加步骤上，会展示菜单。

在这里插入图片描述
添加用例有两种方式：从接口导入和从接口用例导入 (推荐)

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