带你打开-接口测试的大门

Posted 2020-10-06 Hi，欢迎来到小喜的博客，希望能对你有所帮助！

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了带你打开-接口测试的大门相关的知识，希望对你有一定的参考价值。

你是否有这样的疑虑？

1、到底什么是接口，接口长什么样？

2、什么情况下进行接口测试？

3、接口文档到底是什么？

4、测试接口的正确姿势是什么？

什么情况下展开接口测试？

1、项目处于开发阶段，前后端联调接口是否请求成功

2、有接口文档，开发已完成联调，功能测试展开之前

3、专项测试：如测流量大小、查看图片压缩大小、测试接口请求响应时间

4、版本上线前，进入整体回归测试，查看接口是否有异常

5、版本功能文档后，接口自动化

什么是接口？

计算机中包括硬件接口和软件接口。电脑等信息机器硬件组件间的接口叫硬件接口，是可以看到的以实物存在的如串口、并口等；而电脑等信息机器软件组件间的接口叫软件接口。而软件接口则是虚拟存在的接口。

接口广义的定义为：泛指实体把自己提供给外界的一种抽象化物（可以为另一实体），用以由内部操作分离出外部沟通方法，使其能被修改内部而不影响外界其他实体与其交互的方式。

接口狭义的定义为：是指特定的函数集合，一般是用interface（Delphi）声明的，它表示一个方法集合，这个集合被成为一个命名接口。一个命名接口中的方法必须在一个类中实现后才能被使用，一个类继承实现一个接口，称为这个类实现了该接口，一个接口可以被多个类实现，一个类也可以实现继承多个接口，这样就形成了一种灵活的接口调用的方式，从而实现更加灵活和节省资源的多态。

接口测试的分类

接口测试分为模块接口测试和Web接口测试。模块接口测试需要对代码有一定的掌握能力，可以划分到白盒测试中；而Web接口测试分为服务器接口测试和外部接口测试。

1、服务器接口测试：是测试浏览器与服务器的接口。这个很容易理解，我们知道web开发一般分前端和后端，前端开发人员用html/CSS/javascript等技术。后端开发人用php/JAVA/Python/Ruby等各种语言。用户输入的数据是输入到的前端页面上，怎样把这些数据传递的后台的呢？通过HTTP协议的GET与POST请求来实现前后端的数据传递。这也可认为是接口测试，调用的登录接口还是查询接口，传参的是用户密码还是搜索关键字。

2、外部接口测试：这个很典型的例子就是第三方登录，比如你做的新系统免于新用户重新注册的麻烦会提供第三方登录，那用户在登录的时候调用的就是第三方登录的接口，由第三方验证用户名和密码并且返回给当前系统。

接口测试的意义

1、保证系统的稳定性：

一个系统的服务端越接近底层，对系统的影响就越大，甚至有可能牵一发而动全身，服务端的一个缺陷可能会引起客户端的几个甚至十几个缺陷，更可怕的是服务端的缺陷有可能引起系统的崩溃，这对整个系统来说，损失将是不可估量的，因此服务端接口的质量将直接影响到系统的正确和稳定。

然而，在实际的开发过程中，开发人员并没有充足的时间编写单元测试，并且他们往往对自己编写的代码有足够的信心，不愿意将时间“浪费”在编写单元测试身上。这个时候接口测试就肩负着重要的作用。

2、将 bug 控制在项目前期：

就笔者所做的微信活动而言，后端系统比较成熟，对于前端开发来说，每个活动都有很大不同。这就导致后端接口开发只需要一天就可完成，而前端开发的工作量至少需要两、三天。而在这个空当期就可以充分的对接口进行测试，从而尽早的发现系统 bug；减少功能测试的工作量，缩短产品的发布周期。

3、检查服务器的异常处理能力：

我们通常把前端的验证称为弱验证，因为它很容易被绕过，这个时候如果只站在功能的层面时行测试，就很难发现一些安全的问题。不以前功能为入口的接口测试就会发挥出它的作用。

接口测试的用例设计流程

首先，明确出发点。和所有的测试一样，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向，你的设计行为就会尽量朝这个方向发展，更易发现问题，不会出现大方向的偏差。

其次，选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口，每个接口如果分别测试，那将是很痛苦的一件事情，不光繁琐浪费，而且任何一个内部接口的变动，都将导致我们用例的不可用。这里推荐把整个系统作为一个整体，选择整个系统提供给外部使用、交互的最外层接口作为你的测试对象，以此为测试对象的用例将有很好的健壮性，并且更高效。另外，根据数据的流向，又可将这些最外层的接口分为两类：一类是数据进入系统的接口；一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用，模拟外部的使用；而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出时的状态如何，此时系统又是什么状态都是我们所应该验证的。

然后，确认完整的测试对象的功能：确认外部接口提供给使用这些接口的外部用户什么样的功能，外部用户真正需要什么样的功能。此两个功能一定要准确详细，用例的设计要严格按照测试对象功能设计才是正确的用例。

最后当出发点、对象、功能都确定了，就可以真正设计用例了。