接口
提到接口测试，免不了首先需要知道什么是接口，接口也就是平常工作当中经常提到的API，英文全称Application Programming Interface，现在市面上有非常多种风格的Web API，目前最流行的是也容易访问的一种风格是REST或者叫RESTful 风格的API。

什么是接口测试和为什么要做接口测试？

接口测试顾名思义就是对测试系统组件间接口的一种测试，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

那我们为什么要做接口测试呢，现如今系统越来越复杂，传统的靠前端测试已经大大降低了效率，而且我们都知道，测试时间介入得越早，那么相对而然软件质量会更好，所以目前市面上的公司对于接口测试越来越重要，因为接口测试介入的时间比较早，一般在界面还没开发出来就进行接口测试（当然如果有界面也是开发工程师开发出来后的界面），这样不但可以节省后期测试时间和成本，同时也为软件质量提前把了一道关。

相信大家对于接口测试和为什么要做接口测试有一定了解，当然也不在这重述了。接下来就是怎么去做接口测试，相信小伙伴们都迫不及待地想知道。接下来我们聊聊在日常工作中一般是如何进行接口测试，接口测试与一般的系统测试等其他测试又有何有别。

不同公司都又自己的工作流程，为什么要在这说呢，因为有些公司整个流程是很规范的，有些公司公司流程是比较随意的，这就会出现一些情况，比如说文档和流程的规范这块，因为接口测试和平常我们做的功能测试整个流程可以说是非常类似的。流程可以分为

1. 测试接口文档（需求文档）

2. 根据接口文档编写测试用例（用例的评审）

3. 执行测试，提交bug

4. 回归测试

5. 编写测试报告。

整个流程是不是一清二楚了，知道了测试流程之后，接下来就是按照流程去一步一步推进就ok了。我们需要准备就也就只有测试用例模块（有些公司可以用测试点去代替），下面拿一个在测试过程中一个接口去进行示范如何进行接口测试.

1、一般在做接口测试时候只有一份接口文档，也是最重要的一份文档，如何没有的话是无法进行接口测试了（切记），至于接口文档规范与否这点值得注意，如果接口文档不规范或者是缺少一些内容的话，必然会影响我们的测试进展，所以确保接口文档规范或者该要有的点不能缺少即可。一般包括接口名称，接口介绍，适用场景，服务说明，服务示例，服务地址，请求参数，返回结果参数说明等（每个公司不一样，根据自己公司实际情况），下面是一个简单的接口示例：

通过阅读接口文档，我们会知道到底这个接口有什么用，应用在什么场景，有哪些限制，应当返回什么样的结果。

2、然后根据接口文档设计测试用例（测试点），设计用例的方法与功能测试设计用例的方法一模一样，在这就不重复了，个人在比较复杂的接口上喜欢编写测试点，在比较简单的接口上去编写测试用例。如：

编写完测试用例（或者测试点），接下来就是对用例的评审，看哪些点没有想到或者哪些点重复多余或者错误的项，及时提出来，以便日后对用例的维护，到了接着就是使用接口测试工具对用例的执行，在这里本人使用postman工具，当然也可以使用fiddler或者jmeter工具去测试，个人更习惯用postman，postman如何使用在这就不多描述了，那么就是对着测试用例去执行就ok了 ，举例：

确保输入的请求方式、入参都没问题，点击send，结果如下：

最后查看请求的返回值与预期结果是否一致，如果一致证明没问题，如果不一致，及时提交bug至bug管理工具，整个接口测试大概就差不多了，是不是很简单，当然这只是比较简单的情况下做的测试，也是一般我们在工作当中做的接口测试，想更深入了解接口测试，希望大家可以系统地去学习一下接口测试，活到老学到老！

作者：会流动的景色

原文链接：https://blog.csdn.net/weixin_43044440/article/details/103876024