开始 API 接口测试之前，咱们须要弄清接口测试的含意：
接口测试就是依据接口清单，模仿客户端向服务端发送申请数据，并获取响应数据后，查看响应数据是否合乎预期的过程。
整个过程能够分为三个步骤：
第一步：模仿客户端向服务端发送申请；
第二步：承受服务端返回的数据；
第三步：查看返回数据是否合乎预期。
必须要明确的一点是，接口测试的根据是接口清单，接口清单的根据是 API 文档，API 文档的根据的我的项目需要文档和原型图。有了接口清单后，针对于每一个接口顺次执行上述三个步骤的过程就是接口测试。
那么是怎么执行的呢？因为接口测试是在程序开发过程中进行的，是没有残缺的程序的，所以测试是须要用到工具的。不仅模仿客户端向服务端发送申请是须要工具的，从服务端承受数据也是须要工具的，而且有时候验证返回数据是否合乎预期也是须要用到工具的。
这就不得不提到在接口测试中罕用的如 fiddler 之类的抓包工具、postman、Jmeter 等工具了。但这里我会举荐另一款更合乎国人需要的开源 API 工具——Postcat.
上面我会用 Postcat 演示，如何进行 API 接口测试：
在测试中咱们可能会关注状态码、响应体以及响应工夫，这些数据 Postcat 统统都会展现给你，判断 API 是否失常。
开始测试之前，咱们须要先填写测试数据~，能够点击标签页的加号新建一个测试标签页。
还能够通过点击分组 API 的闪电图标疾速对某个 API 发动测试。
通过类比现有的常识去学习新的常识往往更快，平时咱们个别会在浏览器里看 API 申请信息，这些信息在 Postcat 对应的地位是什么呢？置信通过上面的对照图你很快能晓得如何在 Postcat 测试：下划线色彩雷同代表雷同模块
申请 URL/ 申请形式 / 申请头 /Query 参数 API Path 外面可能填写了 Query 参数，Postcat 会将它主动同步到 Query 参数的表格外面。首先确认你的 HTTP 申请体格式，抉择相应的申请体格式后点击测试按钮。
就能够看到相应 API 响应信息啦！
通过点击测试历史，还能够回溯过后测试的所有 API 申请信息，疾速回归测试。
tips: 因为该软件始终在保护当中，所以可能现版本截图跟本文中略有差别。
目前这款软件曾经更新到 v0.3.0 了，除了咱们常说的接口测试、接口文档、接口治理以及 Mock 性能， 新增团队合作、API 分享性能 。除此之外他们还反对：
- 丰盛的插件市场，可拓展
- 前后置脚本
- 反对查看所有测试历史
- 反对 Websocket 协定，后续也会新增反对更多的支流协定
在线 Demo：https://postcat.com/zh/?utm_source=zh&utm_campaign=xh&utm_con…
如果你感觉这个开源我的项目还能够的话，无妨点个 star 反对下他们，如果你感觉还须要持续优化，无妨去提个 Issue.
Github：
https://github.com/Postcatlab/postcat
Gitee：
https://gitee.com/eolink_admin/postcat