1．接口概述
在与研发人员沟通过程中，经常会听到这个值是通过xx接口传递的；这里有个Bug，你看下xx接口调试下；系统要预留xx接口。这接口到底为何物呢，今天就来为大家介绍下接口（包括接口测试），让大家看到接口不再陌生。
1.1什么是接口
计算机中包括硬件接口和软件接口。电脑等信息机器硬件组件间的接口叫硬件接口，是可以看到的以实物存在的如串口、并口等；而电脑等信息机器软件组件间的接口叫软件接口。而软件接口则是虚拟存在的接口。
接口广义的定义为：泛指实体把自己提供给外界的一种抽象化物（可以为另一实体），用以由内部操作分离出外部沟通方法，使其能被修改内部而不影响外界其他实体与其交互的方式。
接口狭义的定义为：是指特定的函数集合，一般是用interface（Delphi）声明的，它表示一个方法集合，这个集合被成为一个命名接口。一个命名接口中的方法必须在一个类中实现后才能被使用，一个类继承实现一个接口，称为这个类实现了该接口，一个接口可以被多个类实现，一个类也可以实现继承多个接口，这样就形成了一种灵活的接口调用的方式，从而实现更加灵活和节省资源的多态。
这里说下我个人对接口的理解：接口就是提供一个入口或者提供一个方法来改变要调用的对象的属性，或者得到一些想要的值。
目前测试接触到的接口基本都是以HTTP协议为基础的接口（包括WebService接口）。
1.2什么是接口测试
接口测试是项目测试的一部分，正如其名，它测试的主要对象是接口，是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
不管是何种接口测试，其测试都为客户端发送request请求，接着服务器会返回response报文，然后我们需要对response内容进行比对，从而来中判定接口访问是否成功，最终验证业务是否符合需求。
1.3为什么要做接口测试
早起的系统业务逻辑相对简单，基本的功能测试、性能测试、GUI自动化测试已经足以覆盖项目的需求。而随着产品功能越来越多，系统架构越来越复杂，一些预想不到的Bug出现在我们面前，怎么办呢？这时候急需要一种更有效的测试方法来适应当前的变化，来持续的保证我们产品的质量，因此接口测试的出现就是为了解决该问题。
从回归测试来说：系统Ａ改了一个接口，相关联系统Ｂ的开发人员并不知道（当然系统Ａ的开发人员也不知道他会影响到Ｂ），导致Ａ发布后，Ｂ出错，Ｂ的用户开始抱怨。此时如果有那么接口测试在持续集成运行的话，当Ｂ测试出错，Ｂ的开发一下就能发现，也就能立即改掉。
另一方面，在测试原则中有这么一条：尽早的和不断的进行测试。阐述的是尽早的持续的测试过程，当进行接口测试时，发现的问题一般都与业务相关，此类Bug造成的危害比UI上发现的问题更为严重，因此有利于Bug的早起修复。
1.4接口测试分类
接口测试分为模块接口测试和Web接口测试。模块接口测试需要对代码有一定的掌握能力，可以划分到白盒测试中；而Web接口测试分为服务器接口测试和外部接口测试。
服务器接口测试：是测试浏览器与服务器的接口。这个很容易理解，我们知道web开发一般分前端和后端，前端开发人员用HTML/CSS/JavaScript等技术。后端开发人用PHP/JAVA/Python/Ruby等各种语言。用户输入的数据是输入到的前端页面上，怎样把这些数据传递的后台的呢？通过HTTP协议的GET与POST请求来实现前后端的数据传递。这也可认为是接口测试，调用的登录接口还是查询接口，传参的是用户密码还是搜索关键字。
外部接口测试：这个很典型的例子就是第三方登录，比如你做的新系统免于新用户重新注册的麻烦会提供第三方登录，那用户在登录的时候调用的就是第三方登录的接口，由第三方验证用户名和密码并且返回给当前系统。
1.5接口测试目的及方式
核心：保证系统接口的功能正常
方式：持续集成
目的：提高测试效率，保证数据的准确性
文档：接口测试对接口定义文档要求很高，所有的接口数据类型及业务分支导致的报文返回结构是需要事先定义好的，所以要形成文档的习惯，以方便查阅，尽量减少团队与团队间的沟通成本。
同样我们在接口测试中，也需要根据文档，整理出我们的接口测试数据及接口测试案例，有效的生成相关测试报告，方便其它人去审核、分析接口测试的成果。
2．接口测试用例设计
2.1测试用例设计流程
首先，明确出发点。和所有的测试一样，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向，你的设计行为就会尽量朝这个方向发展，更易发现问题，不会出现大方向的偏差。
其次，选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口，每个接口如果分别测试，那将是很痛苦的一件事情，不光繁琐浪费，而且任何一个内部接口的变动，都将导致我们用例的不可用。这里推荐把整个系统作为一个整体，选择整个系统提供给外部使用、交互的最外层接口作为你的测试对象，以此为测试对象的用例将有很好的健壮性，并且更高效。另外，根据数据的流向，又可将这些最外层的接口分为两类：一类是数据进入系统的接口；一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用，模拟外部的使用；而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出时的状态如何，此时系统又是什么状态都是我们所应该验证的。
然后，确认完整的测试对象的功能：确认外部接口提供给使用这些接口的外部用户什么样的功能，外部用户真正需要什么样的功能。此两个功能一定要准确详细，用例的设计要严格按照测试对象功能设计才是正确的用例。
最后当出发点、对象、功能都确定了，就可以真正设计用例了。
2.2测试用例设计原则
通常，设计接口测试用例需要考虑以下几个方面：
1.是否满足前提条件。有些接口需要满足前置条件，才可以成功获取数据。
2.是否携带默认参数值。带默认值的参数都不填写，必填参数都填写正确，其他不填写。
3.业务规则、功能需求。根据实际的业务规则和需求进行用例设计。
4.参数是否必填。异常情况，参数为空的测试。
5.参数之间是否存在关联。若参数之间存在约束关系，则要设计相关用例进行测试。
6.参数数据类型限制。参数值限制了数据类型，则输入非该类型进行测试。
7. 参数数据类型自身的数据范围值限制。根据边界范围设计边界值进行测试。