3 步走，快速上手 API 接口测试

开始 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 协议，后续也会新增支持更多的主流协议

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！