一、接口测试的基本信息

1、常用的两种接口：webservice接口和http api接口
　　webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，可以用soupui、jmeter等工具进行测试。
　　http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，可以用postman、jmeter等工具进行测试。

2、接口测试的必要性

　　可以发现很多页面上操作发现不了的bug；
　　检查系统的异常处理能力；
　　检查系统的安全性、稳定性

3、接口测试流程

　　需求评审，熟悉业务和需求 → 开发提供接口文档 → 编写接口测试用例 → 用例评审 → 提测后开始测试 → 提交测试报告

4、接口规范文档

　　接口文档至少包括：
　　　　（1）接口说明
　　　　（2）调用url
　　　　（3）请求方法（get\post）
　　　　（4）请求参数、参数类型、请求参数说明
　　　　（5）返回参数说明

5、GET和POST请求

　　如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求的话，就不行了，就得借助工具来发送。
　　GET请求和POST请求的区别：
　　　　（1）GET使用URL或Cookie传参。而POST将数据放在BODY中。
　　　　（2）GET的URL会有长度上的限制，则POST的数据则可以非常大。
　　　　（3）POST比GET安全，因为数据在地址栏上不可见。
　　　　（4）一般get请求用来获取数据，post请求用来发送数据。
其实上面这几点，只有最后一点说的是比较靠谱的，第一点post请求也可以把数据放到url里面，get请求其实也没长度限制，post请求看起来参数是隐式的，稍微安全那么一些些，但是那只是对于小白用户来说的，就算post请求，你通过抓包也是可以抓到参数的。所以上面这些面试的时候你说出来就行了。

　　　　其实没有什么太大的区别，最大的区别就是get请求只能通过url传参

6、http状态码

　　（1）200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。
　　（2）300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了。
　　（3）400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面。
　　（4）500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果。

二、接口测试用例设计

1、通过性验证；参数组合；异常验证（必传非必传，参数类型，参数长度）；业务逻辑验证（如：登录失败5次，需要等待15分钟再登录）

2、接口安全：

　　（1）绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
　　（2）绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
　　（3）参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
　　（4）密码安全规则，密码的复杂程度校验

3、接口测试模板 

　　（1）项目            是哪个项目的

　　（2）模块            这个接口是属于哪个功能模块的

　　（3）用例id

　　（4）接口名称 

　　（5）用例标题      用例是干嘛的

　　（6）请求方式      GET/POST

　　（7）请求url         url地址

　　（8）请求参数

　　（9）前置条件       有依赖的时候，比如说要测登录失败3次的

　　（10）结果验证     预期结果

　　（11）请求报文     

　　（12）返回报文  

　　（13）测试结果    通过/失败

　　（14）测试人员   

三、测试工具postman和jmeter

1、post请求，json入参

　　

　　　　　　　　　　　　　　postman的json入参      

　　

　　　　　　　　　　　　　　jmeter的json入参

2、权限验证

　　

　　　　　　　　　　　　　　postman权限验证

3、header

　　

　　　　　　　　　　　　　　postman添加header

Jmeter选择选择HTTP信息头管理器，添加header信息；

　　

　　　　　　　　　　　　　　选择HTTP信息头管理器　

4、cookie

　　　　　　　　　　　　　　postman添加cookie

Jmeter添加cookie，“线程组 → 添加 → 配置元件 → HTTP Cookie 管理器” 来添加cookie；

　　　　　　　　　　　　　　jmeter添加cookie

5、上传文件

　　　　　　　　　　　　　　postman上传文件

　　　　　　　　　　　　　　jmeter上传文件

6、jmeter参数化、正则表达式和JDBC

（1）参数化三种方式：选项→函数助手对话框；测试计划中添加用户变量；通过文件获取变量值。

　　

（2）正则表达式

　　

（3）JDBC

添加配置元件“JDBC Connection Configuration”，添加sampler中的JDBC Request；

　　

注：JDBC元件和请求里Variable Name参数必须相同。

接口定义

一般我们所说的接口即API，那什么又是API呢，百度给的定义如下：

API（Application Programming Interface，应用程序接口）是一些预先定义的接口（如函数、HTTP接口），或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。

有点绕口，但我们看下定义里面这些关键字：预先定义的接口 (如函数、HTTP接口)、基于软件或硬件得以访问、无需访问源码、无需理解内部工作机制，大概就明白了。

举例说明：

1. 电脑或手机上提供了各种物理硬件接口，如：USB接口、充电接口、耳机接口、麦克风接口等。这些不同的接口有不同的功能，比如通过USB接口插入U盘就可以拷贝数据，插入耳机接口可以听音乐，我们无需关心这些接口的工作原理，只需通过这些接口满足我们的使用需求即可。

2. 在中国天气网网上查询某个城市天气，输入城市名称，即可获取对应城市的天气。查询背后的本质也是调用了网站后台接口来获取数据，这里的接口是Web服务软件接口。用户不需要关注数据在网站后台是怎么查询的，只需要得到返回结果即可。

接口分类

软件接口分类的维度有很多，类型比较难以界定，也可能经常会被搞混淆。

以接口所使用的协议不同可做如下分类：

• HTTP 接口，使用 HTTP 协议

• Web Service 接口，使用 soap

• WebSocket 接口，使用 TCP、UDP 协议

• Dubbo 接口，使用 Dubbo 协议

当然，以使用协议不同进行分类其实也是不严谨的，例如 soap 协议也是基于 HTTP 协议的封装，Dubbo 协议基于 TCP 协议，所以这个分类也仅供参考。

以接口设计风格不同可做如下分类：

• RPC 类型接口，RPC 面向过程调用（Remote Procedure Call Protocol），主要是基于 TCP/IP 协议

• REST 类型接口，REST 面向资源调用（Representational State Transfer），主要是基于 HTTP 协议

至于这两种风格的具体内容，这里不做过多说明，有兴趣的同学可以自行查找资料。

常见接口

接口测试即对接口进行校验性测试，测试工作过程中常遇到的接口有HTTP、Dubbo两种，两者对比如下 (理解有误的话欢迎评论指正)：

目前绝大部分公司的接口测试都是针对HTTP接口。

以登录TesterHome网站为例，我们在网页上输入用户名、密码，点击【登录】按钮后，网页就会请求登录接口 (该接口为HTTP接口) 向服务端发起登录请求。

输入错误的用户名或错误，登录接口(sign_in)就会返回错误，如下：

输入正确的用户名和密码，登录接口校验通过，登录成功且跳转至首页，如下：

通过示例，我们对客户端跟服务端之间怎样通过接口的形式进行数据的交互有个大致的印象。

测试分层

通常把软件测试分为三层金字塔模型，由上至下依次为：UI测试、接口测试、单元测试。

就项目质量而言，金字塔的每一层都无法被替代，我们平常测试可能更多的是关注UI测试，但对于满足满足被测系统的质量而言这往往是不能够的，除此之外还需要对接口进行测试 (单元测试一般由开发完成)。

接口测试的必要性及优势如下：

• 比UI测试更接近底层，越早发现底层的问题，解决成本越低。

• 相对于UI测试而言，接口测试更容易发现后端隐藏的bug。

• 在前后端分离的设计模式下，容易绕过前端篡改或伪造数据进行接口请求，因此需要对接口的异常处理能力及安全性方面进行测试。

• 在并发的情况下，需要对接口的稳定性进行性能测试，否则容易造成系统问题。

• 相对于单元测试而言，接口测试更接近用户使用场景，且投入成本更低。

• 相对于UI测试，接口测试可以进行维护成本更低、效率更高的自动化测试。

测试左移和右移

近些年测试行业越来越多地提及测试的左移与右移，它们的定义如下。

测试左移

测试左移 ，即让测试介入开发提测之前的部分测试工作。比如，在架构设计阶段或开发阶段，测试人员就介入开始考虑产品的可测试性，并管理开发自测等。此外，测试可以更进一步扩展到需求评审阶段，让测试人员不仅仅是了解需求，还要评估需求的质量。

测试右移

测试右移，即让测试介入应用上线后的部分工作。比如，产品上线过程中后上线后，测试人员可进行线上巡检。此外，产品上线后，测试人员仍需要关注线上情况，发现问题需及时跟进，将影响降到最低。

测试的左移与右移是为了更好的把控项目的质量，而不管是左移还是右移，在实践的过程中，对接口的质量关注仍然是重点。

总结

就当前软件测试招聘的市场需求以及趋势而言，接口测试是测试人员必须掌握的技能，而接口自动化测试则是加薪利器。

工作过程中更多的是对HTTP协议的接口做接口测试，后续博客针对的也是HTTP类型的接口。