目录：导读
- 一、前言
- 二、常见接口
- 三、接口组成
- 四、为什么要做接口测试？
- 五、那么接口测试怎么测？
- 六、用什么工具测
一、前言
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间及内部各个子系统之间的交互点。测试的重点是检查数据的交换、传递和控制管理过程，以及系统间的逻辑依赖关系等。
简单地说，接口测试就是通过URL向服务器或者其他模块传输数据，然后看看它们返回的数据是不是预期的
二、常见接口
1、WebService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、JMeter、Loadrunner等
2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有Postman、RESTClient、JMeter、Loadrunner等
三、接口组成
接口都有那些部分组成呢?
首先，接口文档应该包含以下内容：
1、接口说明
2、调用url
3、请求方法(getpost)
4、请求参数、参数类型、请求参数说明
5、返回参数说明
接口文档可知，接口至少应有请求地址、请求方法、请求参数(入参和出参)组成，部分接口有请求头header
标头 (header)：是服务器以HTTP协议传HTML资料到浏览器前所送出的字串，在标头与 HTML 文件之间尚需空一行分隔，一般存放cookie、token等信息
有人问我header和入参有什么关系?它们不都是发送到服务器的参数吗?
首先，它们确实都是发送到服务器里的参数，但它们是有区别的，header里存放的参数一般存放的是一些校验信息
比如cookie，它是为了校验这个请求是否有权限请求服务器，如果有，它才能请求服务器，然后把请求地址连同入参一起发送到服务器，然后服务器会根据地址和入参来返回出参
也就是说，服务器是先接受header信息进行判断该请求是否有权限请求，判断有权限后，才会接受请求地址和入参的
四、为什么要做接口测试？
大家都知道，接口其实就是前端页面或APP等调用与后端做交互用的，所以好多人都会问，我功能测试都测好了，为什么还要测接口呢?
先举个例子：
比如测试用户注册功能，规定用户名为6~18个字符，包含字母(区分大小写)、数字、下划线
首先功能测试时肯定会对用户名规则进行测试时，比如输入20个字符、输入特殊字符等，但这些可能只是在前端做了校验，后端可能没做校验，如果有人通过抓包绕过前端校验直接发送到后端怎么办呢?试想一下，如果用户名和密码未在后端做校验，而有人又绕过前端校验的话，那用户名和密码不就可以随便输了吗？
如果是登录可能会通过SQL注入等手段来随意登录，甚至可以获取管理员权限，那这样不是很恐怖？
所以，接口测试的必要性就体现出来了：
①、可以发现很多在页面上操作发现不了的bug
②、检查系统的异常处理能力
③、检查系统的安全性、稳定性
④、前端随便变，接口测好了，后端不用变
五、那么接口测试怎么测？
在进行接口测试前，还需要了解：
1)、GET和POST请求：
如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求的话，就不行了，就得借助工具来发送
GET请求和POST请求的区别：
1、GET使用URL或Cookie传参。而POST将数据放在BODY中
2、GET的URL会有长度上的限制，则POST的数据则可以非常大
3、POST比GET安全，因为数据在地址栏上不可见
4、一般get请求用来获取数据，Post请求用来发送数据
2)、http状态码
每发出一个http请求之后，都会有一个响应，http本身会有一个状态码，来标示这个请求是否成功
常见的状态码有以下几种：
1、200：2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了
2、300：3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了
3、400：400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
4、500：5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果
现在来说一下接口测试到底怎么测：
1)、通用接口用例设计
①、通过性验证：
首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果
②、参数组合：
现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功
③、接口安全：
1、绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加?
2、绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
3、参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解
4、密码安全规则，密码的复杂程度校验④、异常验证：所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的 写11。总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度
2)、根据业务逻辑来设计用例根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是 一样的
举个例子，拿bbs来说，bbs的需求是这样的：
1、登录失败5次，就需要等待15分钟之后再登录
2、新注册的用户需要过了实习期才能发帖
3、删除帖子扣除积分
4、…
像这样的你就要把这些测试点列出来，然后再去造数据测试对应的测试点
六、用什么工具测
接口测试的工具很多，比如 Postman、RESTClient、JMeter、Loadrunner、SoapUI等
接口测试相对于交互界面测试和功能测试来说，更容易实现自动化，执行起来比较稳定，维护成本也比较低
接口自动化适用于回归测试等，可以减少人工回归测试的人力成本
