Jmeter接口测试.docx

在与研发人员沟通过程中,经常会听到这个值是通过xx接口传递的;这里有个Bug,你看下xx接口调试下;系统要预留xx接口。这接口到底为何物呢,今天就来为大家介绍下接口(包括接口测试),让大家看到接口不再陌生。

计算机中包括硬件接口和软件接口。电脑等信息机器硬件组件间的接口叫硬件接口,是可以看到的以实物存在的如串口、并口等;而电脑等信息机器软件组件间的接口叫软件接口。而软件接口则是虚拟存在的接口。
接口广义的定义为:泛指实体把自己提供给外界的一种抽象化物(可以为另一实体),用以由内部操作分离出外部沟通方法,使其能被修改内部而不影响外界其他实体与其交互的方式。
接口狭义的定义为:是指特定的函数集合,一般是用interface(Delphi)声明的,它表示一个方法集合,这个集合被成为一个命名接口。一个命名接口中的方法必须在一个类中实现后才能被使用,一个类继承实现一个接口,称为这个类实现了该接口,一个接口可以被多个类实现,一个类也可以实现继承多个接口,这样就形成了一种灵活的接口调用的方式,从而实现更加灵活和节省资源的多态。
这里说下我个人对接口的理解:接口就是提供一个入口或者提供一个方法来改变要调用的对象的属性,或者得到一些想要的值。
目前测试接触到的接口基本都是以HTTP协议为基础的接口(包括WebService接口)。

接口测试是项目测试的一部分,正如其名,它测试的主要对象是接口,是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。
不管是何种接口测试,其测试都为客户端发送request请求,接着服务器会返回response报文,然后我们需要对response内容进行比对,从而来中判定接口访问是否成功,最终验证业务是否符合需求。

早起的系统业务逻辑相对简单,基本的功能测试、性能测试、GUI自动化测试已经足以覆盖项目的需求。而随着产品功能越来越多,系统架构越来越复杂,一些预想不到的Bug出现在我们面前,怎么办呢?这时候急需要一种更有效的测试方法来适应当前的变化,来持续的保证我们产品的质量,因此接口测试的出现就是为了解决该问题。
从回归测试来说:系统A改了一个接口,相关联系统B的开发人员并不知道(当然系统A的开发人员也不知道他会影响到B),导致A发布后,B出错,B的用户开始抱怨。此时如果有那么接口测试在持续集成运行的话,当B测试出错,B的开发一下就能发现,也就能立即改掉。
另一方面,在测试原则中有这么一条:尽早的和不断的进行测试。阐述的是尽早的持续的测试过程,当进行接口测试时,发现的问题一般都与业务相关,此类Bug造成的危害比UI上发现的问题更为严重,因此有利于Bug的早起修复。

接口测试分为模块接口测试和Web接口测试。模块接口测试需要对代码有一定的掌握能力,可以划分到白盒测试中;而Web接口测试分为服务器接口测试和外部接口测试。
服务器接口测试:是测试浏览器与服务器的接口。这个很容易理解,我们知道web开发一般分前端和后端,前端开发人员用HTML/CSS/JavaScript等技术。后端开发人用PHP/JAVA/Python/Ruby等各种语言。用户输入的数据是输入到的前端页面上,怎样把这些数据传递的后台的呢?通过HTTP协议的GET与POST请求来实现前后端的数据传递。这也可认为是接口测试,调用的登录接口还是查询接口,传参的是用户密码还是搜索关键字。
外部接口测试:这个很典型的例子就是第三方登录,比如你做的新系统免于新用户重新注册的麻烦会提供第三方登录,那用户在登录的时候调用的就是第三方登录的接口,由第三方验证用户名和密码并且返回给当前系统。

核心:保证系统接口的功能正常
方式:持续集成
目的:提高测试效率,保证数据的准确性
文档:接口测试对接口定义文档要求很高,所有的接口数据类型及业务分支导致的报文
返回结构是需要事先定义好的,所以要形成文档的****惯,以方便查阅,尽量减少团队与团队间的沟通成本。
同样我们在接口测试中,也需要根据文档,整理出我们的接口测试数据及接口测试案例,有效的生成相关测试报告,方便其它人去审核、分析接口测试的成果。


首先,明确出发点。和所有的测试一样,接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向,你的设计行为就会尽量朝这个方向发展,更易发现问题,不会出现大方向的偏差。
其次,选择好测试对象。对于一个系统做接口测试选择好的测试