前言

接口测试现在已经成为测试工程师的必备技能

我是常常安利身边的工程师一定要精通接口测试，注意，这里是精通，不是知道或了解。原因很简单，你点开招聘网站上各大公司对于测试工程师的要求，就能看到接口测试已经成为测试招聘中一项必备的技能了。

一、基础介绍

1、什么是接口

我们常说的接口一般指2种

1）API：应用程序编程接口

2）GUI：图形用户界面（接口）

这里我们主要说API——接口测试

2、接口测试的目的

测试接口的正确性和稳定性（持续集成是接口测试的核心）

3、接口测试的原理

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

4、接口测试的重点

检查数据的交换，传递和控制管理过程，还包括处理的次数

5、接口测试用例设计

接口测试对象主要为接口，但随着系统复杂度越来越高，接口越来越多，完全覆盖是一件很困难的事情，且实际过程中任意接口的变动都可能导致我们接口测试用例不可用，

所以通常情况下主要测试最外层的两类接口:数据进入系统接口（调用外部系统的参数为本系统使用）和数据流出系统接口（验证系统处理后的数据是否正常）。

PS：设计用例时还需要注意外部接口提供给使用这些接口的外部用户什么功能，外部用户真正需要什么功能。

6、接口测试的优点

天生为高复杂性的平台带来高效的缺陷监测和质量监督能力；平台越复杂，系统越庞大，接口测试的效果越明显（提高测试效率，提升用户体验，降低研发成本）

二、接口分类及分析方法，测试重点

1、功能分类

1）功能间接口：系统中功能模块间的接口，比如：ERP系统中采购模块和库存模块之间的接口

特点：一般部署在同一个服务器中，并且使用同一个数据库

测试方法：通常采用黑盒测试方法，注意接口数据在不同模块间的走向；尤其是接口间的逻辑控制关系

例如：销售发货，检查库存可用量，如可用量不足，则不允许发货

2）系统间接口：不同系统间的接口，比如：银行的各个系统间的接口。核心系统和各个外围系统之间都是此类接口

特点：部署在不同服务器上，不仅采用不同的数据库，而且数据库类型还有可能不同

测试方法：通常采用白盒测试方法，关注系统间接口的实现方式

例如：接口文件类型、接口文件格式、接口文件处理方式等

2、类型分类

1）业务接口：系统或功能间有业务逻辑关系，比如：ERP系统中，采购入库后，会生成库存入库单，影响可用量等，也可称为：联机接口

特点：接口间有业务逻辑的上下游关系，可能会涉及跨系统或者模块的逻辑控制，以及反向操作

测试方法：通常黑盒测试方法，注重分析业务逻辑，采用路径覆盖法分析，重点：注意正向反向操作的测试

2）数据接口：接口数据有上下游关系，比如：企业征信系统，要通过数据交换平台获取核心系统的数据，也可称为：批量接口

特点：系统间只存在数据的上下游关系，而且都是进行批量处理

测试方法：通常采用白盒测试方法，关注数据的文件格式，以及记录数及内容是否正确，还要考虑数据加密问题

3、数据方向分类

1）单向接口：数据在接口中是单向流动，但根据实现方式分为单项推或单项取

比如：数据仓库和各系统间的接口基本都是单项的，一方面前端系统向数据仓库推送数据，一方面后端系统从数据仓库取数据仓库提供的数据

特点：不管是单向推还是单项取，都会有一个FTP地址，存放指定数据文件，并且有定时存取规则，可从日志中查看结果

测试方法：通常采用黑盒白盒结合的测试方法，着重数据文件格式，是否按照规则存取等

2）双向接口：两个系统间的数据有往来，比如：综合报文处理系统和核心系统，从何报文处理系统即接受核心系统发送的数据，又要将处理结果反馈给核心系统

特点：可以将不同数据方向的接口分开分析，当做两个单项接口，注意来往数据通常具有关联性

测试方法：通常采用黑盒白盒结合的测试方法，注重来往数据的关联性，合理设计测试数据，制定测试执行计划

4、数据读写方式分类

1）单独读写接口：数据在接口中不仅单项流动，而且都是读或者写的单独操作，比如：前面提到的各系统和数据仓库的数据交换

特点：与单项接口相似

测试方法：黑盒白盒相结合的方法，注意读写的权限，以及单接口功能未正常实现时，系统是否有异常处理机制

2）即读又写接口：系统间接口处理时，即读取又写入，比如：贷款合同管理和核心系统，先读取核心系统中的合同信息，添加合同成功后，又将合同编号回写到核心系统中

特点：一般都是业务类接口，非数据类接口，并且都有逻辑控制的要求

测试方法：通常采用黑盒测试方法，注意业务逻辑控制，不仅要检查读取的数据是否正确，还要检查回填数据是否正确

5、层级分类

1）直接（联机）接口：系统或模块间的接口是直接联通的

特点：直接联通

测试方法：黑盒白盒相结合的方法，根据接口特征分析即可

2）间接（非联机）接口：系统间接口不是直接联通，通过第三方中转后，才进行连接，比如：综合报文系统和核心系统，中间隔着一个ESB

特点：接口间的中间层，会进行处理，才会将数据发送到接口系统，这个不会涉及业务逻辑，只是数据格式转换

测试方法：黑盒白盒相结合的方法，可直接忽略中间层的存在，设计测试用例；但出现问题时，一定要注意中间层处理是否正确，并且，测试中间层异常时，系统处理是否正确

三、为什么要做接口测试

1、现在很多系统前后端架构是分离的，因为不同端（前段，后端）的工作进度不一样，所以我们要针对最开始出来的接口，以及需要调用其他公司的（银行，支付宝，微信，qq等）一些接口进行接口测试及验证数据，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前端太容易了），需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。在这种情况下就需要从接口层面进行验证。前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等。

2、如今系统越来越复杂，传统的靠前端测试已经大大降低了效率，而且现在我们都推崇测试前移也叫测试左移，希望测试能更早的介入测试，那接口测试就是一种及早介入的方式。例如传统测试，你是不是得等前后端都完成你才能进行测试，才能进行自动化代码编写。而如果是接口测试，只需要前后端定义好接口，那这时自动化就可以介入编写接口自动化测试代码，手工测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。

　　测试左移这个是一次偶然的机会在群里看到的，孤陋寡闻的我，第一次看到，也是一知半解，后来查了一些资料供大家参考。

　　测试左移的原则支持测试团队在软件开发周期早期和所有干系人合作。因此他们能清晰地理解需求以及设计测试用例去帮助软件“快速失败”，促使团队更早的修改所有的bug。　　

　　测试左移并没有什么独特的，只是让测试人员在软件开发生命周期内更早的参与进来，同时让他们去理解需求、软件设计、软件架构以及软件功能，也让他们去向客户、商业分析师和开发人员问问题，寻找答案，提供反馈结果已达到支持团队的工作得可能性。参与和理解会使测试人员获取产品完整的知识，彻底想清楚各种场景，根据软件行为设计实时的场景，这些都会帮助团队在编码完成之前识别出一些缺陷。这样也可以更好的的体现我们作为一个QA的价值体

　　简单概括：

①.越底层发现bug，它的修复成本是越低的。

②.前端随便变，接口测好了，后端不用变，前后端是两拨人开发的。

③.检查系统的安全性、稳定性，前端传参不可信，比如京东购物，前端价格不可能传入-1元，但是通过接口可以传入-1元。

④.如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，接口测试可以提供这种情况下的解决方案。

⑤. 接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。

⑥. 现在很多系统前后端架构是分离的，从安全层面来说：

(1)、只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易），需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。

(2)、前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等。