一、常见的接口
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、请求方法（get/post）
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请求用来发送数据。
上面几点，只有最后一点说得比较靠谱的，第一点请求也可以把数据放在url里面，get请求其实也没长度限制，post请求看起来参数是隐式的，稍微安全那么一些些，但是那只是对于小白用户来说的，就算post请求，也可以通过抓包是可以抓到参数的。
2）http状态吗
1、200 2开头的都表示请求发送成功，最常见的就是200，就代表这个请求时OK，服务器也返回了。
2、300 3开头的代表重定向，最常见的302，把这个请求重定向到别的地方了。
3、400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
4、500 5开头代表服务器内部异常，504代表服务器端超时，没返回结果