如何做API接口测试？

一、问题引入

经常有后端开发会问，后端接口都测试什么？怎么测？简单梳理了一下接口测试的相关内容：

测试什么？

怎么测？

目前后端调用主要是基于HTTP协议的接口，测试时主要有两种方法：

假如是一个GET请求，更简单方法是，直接将URL放到浏览器中。

二、接口测试

什么是接口？

举例：

1. 12306是一个网站，所有的数据都在12306上。12306提供一整套接口，调用接口我们就可以获取到里面的数据。比如：在携程/艺龙等第三方上购买票，实际就是调用了12306提供的接口获取库存等信息；

2.Windows是一个封装好的系统，按道理用户是没有权在Windows里头干任何事的，但是Windows提供了一整套的接口，调用接口我们可以操作Windows做出一些行为；

利用接口，可以对一个封装好的整体进行操作，包括获取、操作数据。类库就是提供的一整套接口，类库提供的各个方法/函数等类成员，就是各个接口，平常写的类也算是提供了接口，类是整体，类的成员函数就是接口。

什么是接口测试？

模拟客户端向服务器发送报文请求,服务器接收请求报文后对相应的报文做处理并向客户端返回应答,客户端接收应答的一个过程。

两大类：

1.代码内部接口调用，代码A与代码B在组合的时候，必然需要定义一些名称以及参数、类型，这种在测试中一般划分在白盒测试中，对内部逻辑进行测试，目前未接触。

2.系统与系统之间，通过网络数据的传递进行交互，这种在测试中一般划分在黑盒测试中，也就是看不到代码，但可以通过各种手段将网络数据发送到接口从而得到接口的响应信息，达到测试的目标。

这里主要阐述第二种黑盒层面上的功能测试，主要是服务端接口。

【测试思路】

1.单接口：业务场景上无上下游依赖，一个接口的功能直接是一个测试模块。这种情况下，可直接测试该接口，从构造参数->发请求->校验结果

2.多接口：接口之间有数据流转，共同形成一个完成的业务流程，比如：一个完成交易流程，含下单->支付->退款等。针对这类型的接口可以考虑从业务场景上去覆盖（熟悉业务是自动化的基础）

【测试数据】

1.手动构造数据

如果是只测试一次的接口，可以使用手动造数据，比如：测试下单接口时需要测试deal，可以直接手动上单，测试的时候使用到什么数据就写什么数据。

2.调用其他API

可以直接通过调用其他API的方式准备测试数据，比如：测试退款、赔付接口时需要订单号，可以直接调用创建订单接口构造出想要的订单类型。

3.自动化工具构造数据

【测试工具】

可选择Postman、Jmeter等

三、接口测试自动化

测试步骤

实现方法

使用JAVA+Maven+TestNG进行服务端的自动化接口测试

1.驱动测试：java、或者python、其他。

2.管理测试数据：包括测试用例的管理，数据录入、测试结果显示等，可以用CSV、Excel、XML、Text纯文本

3.模拟发送一个请求

举例：Webb发送

4.预期结果与实际结果进行对比

5.可生成简单的测试报告

6.可选择集成jenkins，完成持续构建