- 1、本文档共46页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
接口测试概念、接口测试流程及接口测试原理
0
接口测试详解
The concept of iinterface test, interface test procedure and interface test operation steps.
接口测试怎么做?
接口测试做什么的?
疑问(学习目标)
为什么要做接口测试?
前后端
移动端
由
来
不同段的进度不同,需要对最开始出来的接口进行接口测试
接口测试的优点?(接口测试给我们带来了哪些好处?)
01
02
03
节约时间,缩短项目时间
提高工作效率
提高系统的健壮性
目录
Contents
接口测试简介
接口测试工具
接口测试流程
02
延时符
01 接口测试概念
03
第一章 SECTION
延时符
接口的概念从IT的角度出发,主要是子模块或者子系统间交互并相互作用的部分。
虽然接口的形式各有不同,但是从测试角度来说,需要测试的内容大致是相同的,功能,性能,安全。
硬件的驱动程序
Webservice接口
API
数据库系统的访问接口
http rest接口
接口的概念
接口测试:测试系统间接口的一种测试,测试的对象主要是接口,主要是测试外部系统与所测系统之间以及内部系统之间的交互点。
接口测试的概念
接口测试概念
接口测试的原理是通过测试程序模拟客户端向服务器发送请求报文,服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端,客户端接收应答报文这一个过程。
接口测试原理
测试接口的正确性和稳定性(持续集成是接口测试的核心)。
1)LoadRunner:一款商业性能测试工具,用来做接口测试,很好很强大
2)Jmeter:一款开源的性能测试工具,操作简单,方便,既有jdbc request操作数据库数据,也有http request和soap request应对测试
3)poster:火狐浏览器自带接口测试工具,插件中安装即可,界面简单明了,容易上手。
4)postman:谷歌浏览器的扩展工具,谷歌商店中选中安装,界面同poster差别不大,界面简洁
5)SoapUI:开源测试工具,通过soap/http来检查、调用、实现Web Service的功能/负载/符合性测试;该工具既可作为一个单独的接口测试工具使用,也可利用插件集成到Eclipse,maven2.X,Netbeans 和intellij中使用。
常用的接口测试工具
接口测试应该测什么?
接口测试应该测什么?
单一接口测试主要测试的是输入输出值,一些具有业务意义的值需要特别测试(例如,1和2分别代表两个测试场景,那么就不能够把他们看成是等价类,需要分开测试
单一接口
接口测试应该测什么?
组合接口测试主要是通过组合多个单一接口,来测试一个业务场景
Example:测试购物网站的一个下单的功能,那么因为在下单之前还有一些流程,所以要测试一个场景。
测试:搜索商品 -- 选中商品 -- 添加进购物车 -- 提交订单 --支付
(提交订单时还涉及到地址的选取等)
[注:涉及到如果使用从cookie或者session在本例中的区别:如果使用cookie加入购物车,那么换一台电脑购物车里的商品就不存在了,但如果使用的是session,购物车里面的东西就一直存在,即:cookie是本机作用的,session不止于本机作用
组合接口
接口测试应该测什么?
(1)检查返回值的结构是否正确,如是json类型还是xml类型的数据
(2)字段名称是否正确等
结构检查
调用方式
HTTP调用 (注意:提交数据,一定使用POST方式,不能使用GET方式。)
其他方式
参数格式校验
必选项检查 非必选项默认值 类型
取值范围 长度 全/半角、大/小写转换。
返回结果
与需求一致(返回码及返回字段)。
每种错误要有单独且明确的错误码。
接口测试内容
功能逻辑
路径测试
异常测试
其他异常场景
通过查数据库或缓存等验证数据是否处理正确。
通过其他辅助途径进行验证
03.路径测试
当被测接口的实现方法中,判断逻辑复杂分支多,且判断中又调用了其他的接口,此时必须要进行路径覆盖测试。
02.异常测试
接口测试中主要测试接口正常逻辑,但仅逻辑测试不能保证数据的安全及程序接口在异常情况下的逻辑处理的正确性。
04.其他异常场景
研发的项目,有些项目是底层使用的系统,根据项目特点,可能会存在特殊的异常场景。
例如: 堵命令,支付的异步操作,支付消息重试等。
01.
文档评论(0)