接口测试

测试内容

接口/交互点,之间数据传递、交互、控制管理和依赖关系
测试的主要对象是接口,是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点。测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等。

测试目的

接口测试的目的是测试接口,尤其是那些与系统相关联的外部接口,测试的重点是要检查数据的交换,传递和控制管理过程,还包括处理的次数外部接口测试一般是作为系统测试来看待的

如何进行接口测试

1.首先,明确出发点 找错误
和所有的测试一样,接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向,你的设计行为就会尽量朝这个方向发展,更易发现问题,不会出现大方向的偏差
2.其次,选择好测试对象 选择整个系统提供给外部使用的交互的最外层接口作为测试对象。数据进入系统的接口和数据流出系统的接口,对接口调用模拟外部使用执行调用数据进入系统的接口,验证数据流出系统的接口,验证从哪里流出,流出状态如何
因为系统接口很多,分别测试不可能,并且任何一个内部接口的变动会导致用力不可用。

对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口,每个接口如果分别测试,那将是很痛苦的一件事情,不光繁琐浪费,而且任何一个内部接口的变动,都将导致我们用例的不可用。推荐把整个系统作为一个整体,选择整个系统提供给外部使用、交互的最外层接口作为测试对象,以此为测试对象的用例将有很好的健壮性,并且更高效。
另外,根据数据的流向,又可将这些最外层的接口分为两类:一类是数据进入系统的接口;一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用,模拟外部的使用;而流出的接口则是我们用例真正该验证的点。数据从哪里流出,流出时的状态如何,此时系统又是什么状态都是我们所应该验证的。
3.确认完整的测试对象的功能:确认外部接口提供给使用这些接口的外部用户什么样的功能,外部用户真正需要什么样的功能。此两个功能一定要准确详细,用例的设计要严格按照测试对象功能设计才是正确的用例。
4.设计用例。下面详细介绍下如何去设计一个结构好、可读性高、渗透性强的接口测试用例。

设计用例

用例设计的内容应该包括:主要测试功能点、测试环境、测试数据、执行操作以及预期结果
1.接口测试环境分为两种,一种是程序内部的环境;一种是程序的所调用外部接口的环境
用例在设计环境上有一个原则即:设计真实而危险的环境,不忽视偶发环境
2.接口测试数据分为接口参数数据用例执行所需系统数据
接口参数数据需对每个参数根据测试接口的实际的功能进行分析,在符合业务逻辑的情况下进行逻辑组合排列,不要遗漏了某些边界值和错误点的数据。每个用例执行所需系统数据和接口参数数据尽可能的采用不一样的数据,使用例更容易发现问题。
3**.测试功能点**,如果一个接口功能复杂时推荐对接口用例进行结构划分,这样子用例具有更好的可读性和维护性。接口划分原则为以接口提供的功能点的不同进行合适粒度的划分。同一功能点的用例又可根据测试环境的不同、数据的不同进行用例的填充。
4.接口测试用例执行操作非常简单,就是所测接口的调用
5.预期结果验证,这也是接口用例设计的很关键的一步,应该细而不冗余。所谓细,用例中应详细列出应该验证的点。每个用例均需验证,不要因为前几个用例有验证就认为全部是正确的。避免一个用例中重复做相同的验证,提高测试用例的效率。

接口测试经常遇到的bug和问题

如下:
(1)传入参数处理不当,导致程序crash;
(2)类型溢出,导致数据读出和写入不一致
(3)因对象权限未进行校验,可以访问其他用户敏感信息
(4)状态处理不当,导致逻辑出现错乱
(5)逻辑校验不完善,可利用漏洞获取非正当利益等

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值