接口测试很多人都会用到 postman，但实际上，在当下国内测试流程中，postman 有很多功能不符合国人的操作习惯，本文介绍一个接口自动化测试工具，已经在很多公司的测试团队中大量使用，它的主要应用场景：
接口设计：Apifox 接口文档遵循 OpenApi 3.0 (原 Swagger)、JSON Schema 规范的同时，提供了非常好用的可视化文档管理功能，零学习成本，非常高效。并且支持在线分享接口文档。
接口调试：Postman 有的功能，比如环境变量、前置 / 后置脚本、Cookie/Session 全局共享 等功能，Apifox 都有，并且比 Postman 更高效好用。接口运行完之后点击保存为用例按钮，即可生成接口用例，后续可直接运行接口用例，无需再输入参数，非常方便。自定义脚本 100% 兼容 Postman 语法，并且支持运行 javascript、java、python、php、js、BeanShell、go、shell、ruby、lua 等各种语言代码。
接口用例：通常一个接口会有多种情况用例，比如参数正确用例、参数错误用例、数据为空用例、不同数据状态用例等等。运行接口用例时会自动校验数据正确性，用接口用例来调试接口非常高效。
接口数据 Mock：内置 Mock.js 规则引擎，非常方便 mock 出各种数据，并且可以在定义数据结构的同时写好 mock 规则。支持添加 “期望”，根据请求参数返回不同 mock 数据。最重要的是 Apifox 零配置 即可 Mock 出非常人性化的数据，具体在本文后面介绍。
数据库操作：支持读取数据库数据，作为接口请求参数使用。支持读取数据库数据，用来校验 (断言) 接口请求是否成功。
接口自动化测试：提供接口集合测试，可以通过选择接口（或接口用例）快速创建测试集。目前接口自动化测试更多功能还在开发中，敬请期待！目标是： JMeter 有的功能基本都会有，并且要更好用。
快捷请求：类似 Postman 的接口调试方式，主要用途为临时调试一些无需文档化的接口，无需提前定义接口即可快速调试。
代码生成：根据接口及数据数据模型定义，系统自动生成接口请求代码、前端业务代码及后端业务代码。
团队协作：Apifox 天生就是为团队协作而生的，接口云端实时同步更新，成熟的团队 / 项目 / 成员权限管理，满足各类企业的需求。
数据模型：可复用的数据结构，定义接口返回数据结构及请求参数数据结构（仅 JSON 和 XML 模式）时可直接引用。支持模型直接嵌套引用，直接 JSON/XML 智能导入，支持 oneOf、allOf 等高级组合模式。
在我们的团队协作中不仅如此，我们的 api 设计出来后，我们的后端同学需要去实现 api 然后通过 postman 多次测试，我们的前端同学也是根据 api 的设计自己去 mock 数据来进行页面的渲染搭建，我们的测试也是需要编写 JMeter 对一些 api 进行自动化、压力测试等。我们能够感受到我们的 API 设计者（架构）、后端同学、前端同学、测试同学在协作过程中都是围绕着 API 来进行的，而且不同的工种将 api 分散到了不同的工具中运用，这样一来势必形成低效的痛点， 那么我们能不能将三者集成到一个工具中呢
Apifox 安装
安装超级简单 我们的 Apifox 提供的版本也非常全面，window、linux、mac 各种版本，我这里安装的是 mac 的 m1 版本，直接下载下来就安装好了，window 版本大家就一路下一步就可以，其他的版本我也有尝试安装都是比较简单的，么有任何坑，所以大家根据自己的工具选择就可以了。
安装好后我们登陆进来后，考虑我们初次接触工具，所以 Apifox 还为我们的集成的默认的小 demo【宠物店】非常贴心
团队协作
我们可以创建自己的项目
创建项目后我们可以邀请自己的成员参加了，可以邀请成员到指定的项目中去，然后为他分配权限
环境配置
====
我们可以通过为 Apifox 配置环境做到开发环境、测试环境、生产环境 区分测试，让我们更加高效的进行 api 的请求测试和归纳问题，精准的对不同环境的接口进行测试高效的排查问题。
智能 mock
=======
首先我们创建一个新接口来感受一下吧！
首先我们发现在上面写好了接口后下面的参数自动就设置了，还是比较只能的 然后我们再来看设置我们的返回结果 如下图我们设置了两个返回的字段
我们点击添加示例
我们发现其实每次点击自动生成都是在生成一个随机的名称和 id，这是我们没有设置任何的 mock 规则，当然我们也可以自己去设置。然后我们点击保存，生成一条接口数据。
我们发现这里多了一项内容，这是我们更加强大的地方 我们可以将 url 直接放到浏览器上，你就会发现。。。。
其实这就是 apifox 的本地服务，而且我们每次刷新都是新的数据，这就意味者 这个时候我们就可以直接拿到我们的项目中去开展后续的前端搭建工作了，其实到了这里我们的前端受益就诠释完成了，然后我们可以想象一下，这是我们创作的接口，等到我们的实际开发过程中其实这些是由后端或者是我们的架构来定义的 基本上定义好后我们就能立马拿到模拟的数据然后进行开发，这就实现了前后端同步开发的效果。。。
云端 Mock
=======
上面我们提到的智能 mock 很大程度的方便了我们前端的工作，那么 Apifox 远不止如此，他还有很强大的云端 Mock，顾名思义就是我们可以请求云端的 mock 得到我们想要的数据
首先我们需要在 Apifox 中开启云端 Mock，开启后我们就得到了我们云端 Mock 的地址，其实这个地址我们在任何环境下都可以去访问的，而且也不局限我们是否打开 Apifox
我们拿到这个路径拼接上我们创建的 API 接口就可以访问了，甚至我们可以关闭 Apifox 直接在浏览器的地址栏进行测试
// 本地 Mock 地址POST http://127.0.0.1:4523/m1/18600-0-default/users/123或POST http://127.0.0.1:4523/m2/18600-0-default/89343// 云端 Mock 地址POST /m1/18600-0-default/users/123或POST /m2/18600-0-default/89343
默认情况下，定义好接口 / 数据结构后，无需做任何额外的配置，就可以通过上面的 URL 访问到自动 Mock 出来的数据接口了。
本地 mock 服务与云端 mock 服务的区别：
当你在运行 Apifox 客户端软件时，可以使用本地 mock 服务
当你在运行 Apifox web 端时，可以使用云端 mock 服务
接口 API 测试
如果说我们作为后端去测试我们的接口返回
然后我们选择右上角的环境因为我们当然没有推到任何的环境中，所以我们运用本地的 mock 环境
我们可以保存这个用例作为成功用例，方便我们后期的调试，这里我们 可以创建多个用例比如参数错误、用户不存在等等
分享接口
====
不仅如此我们还可以将自己编写好的接口分享给其他成员，也可以设置好我们的访问密码、过期时间等点击项目概览 =》新建分享
保存后我们可以得到一个链接，我们在浏览器上访问一下试试看 他就生成了一个在线的接口详情，而且非常漂亮
接口文档
====
自己尝试了一下将 demo 的接口数据导出成 html 格式，发现我丢这不就是 Swagger 么。。。。666
加群
可获取测试面试题，还有其他大佬分享的测试资料。
