接口测试 - 什么是接口测试？
本文为原创，有理解不当之处，还请指正
接口（API） – Application Programming Interface，应用程序接口
接口分为软接口和硬接口：
软接口：函数级别接口、子功能间的接口、模块之间的接口、子程序之间的接口；
硬接口：USB，电源开关，插座，POSS机。
先来说说硬接口，也就是硬件的接口，电脑主机为了让有线鼠标来控制系统操作，需要把鼠标插在主机上面，这时候主机会提供一个USB接口来让鼠标和主机进行对接，还有我们的电源插座，房屋的电线布局，为了让电器可以和电线连同，这时工人便会提供一个插座，这个插座就是电线与电器之间的接口，然后我们来总结一下以上举得例子，有线鼠标分USB插头和PS/2插头，插座分双插头和三插头，而且提供的插头规格有大有小，这样我们可以明白一个概念就是，这些接口都是有制定规格的，引入到软接口中来说，接口就是提供一个有规则但不会提供操作的方法，再举一个例子：电源开关的接口需要人来手动触发，电源开关只提供了开和关的方法，并不会自动操作，需要外界操作来触发，软接口也一样，接口里只提供方法、规则，不提供具体操作，当接口定义好自己的规则和方法后，外界调用时需要按照定义的接口方法和规则向接口传递数据，接口进行处理后返回响应的请求数据，就好比我们的电源开关会有一个标识I和O，也就是input（输入）和output（输出），它的规则就是当电源开关在“I”上面，就是接通电源，“O”代表关闭电源，我们在使用电源开关的时候就知道我们指向“I”的时候是开通电源，然后通电使用电器，指向“O”的时候，关闭电源使电器断开电源。
通过以上我们可以这么理解软接口，不管是函数级别的接口、模块级别的接口还是子程序级别的接口都有自己的方法和规则，我们在调用接口的时候必须遵循它们定义的规则进行传递数据。
明白了什么是接口，那么就来看看我们测试涉及到的HTTP接口测试又是什么？
目前程序开发分为后端开发和前端开发这种前后端分类的形式进行的，我们来捋一下逻辑，我们后端开发是做程序的逻辑，前端开发是用来展现页面和做一些页面的操作逻辑，这时出现一个问题，前端只写页面，后端只写功能逻辑，那么怎么去实现程序功能供用户操作？这时后端开发人员便提供了一个可以供前端调用后端逻辑的方法，就是接口，前端通过后端提供的接口，传递响应的数据给这个接口，后端拿到这个接口接收到的数据进行逻辑处理，然后再通过接口返回给前端，前端通过接口返回来的数据进行相关功能的实现和数据的展示，整体流程就像是TCP/IP协议的通信方式一样，而后端提供的这个接口正是用基于TCP协议的HTTP生成接口链接供前端调用。
正因为开发前后端分离，这样会出现一种现象，后端逻辑已经开发完成，前端页面还没出来，往常测试人员需要等前端页面开发出来之后才能进行测试，这样大大加长了测试的无效时间，为了避免这种情况，在前端页面还没完成，测试人员先进行后端提供的HTTP接口进行测试，这样有效避免了测试的等待时间，测试人员在接口测试中可以避开前端的一些输入验证的规则进行测试，来检测接口功能的正确性和安全性，不仅仅缩短了测试时间，也提高了测试的效率和质量。
在接口测试中，我们不需要考虑前端界面的UI显示、页面兼容、页面逻辑，只考虑数据传输，整体流程便是：输入数据 -> 向接口发送请求 -> 后端接收 -> 后端处理请求 -> 返回请求 -> 输出结果 -> 获取响应结果 -> 检查响应结果，我们测试人员所做的工作正是输入不同测试数据，检查输出结果是否正确。