赞
踩
接口测试也是一种功能测试
我理解的接口测试,其实也是一种功能测试,只是平时大家说的功能测试更多代指 UI 层面的功能测试,而接口测试更偏向于服务端层面的功能测试。
接口测试的目的
测试左移,尽早介入测试,尽早发现系统更深层的问题,降低问题修复成本。
接口测试测什么
接口测试是为了验证服务端接口内部逻辑的正确性,而这个正确性也分两方面:
接口能否正确处理正常数据,并返回正确的响应,响应可能包括数据结构、数据内容等;
接口能否正确处理异常数据,并返回特定响应,主要是验证接口的健壮性。
总结一下
接口正确接受合法请求数据
接口正确拒绝非法请求数据
这都属于正向测试。
接口测试的场景
我认为接口测试主要分两种测试场景:
单接口健壮性测试
多接口场景测试
单接口测试
针对单个接口做健壮性测试,会覆盖正常场景以及异常场景,保证接口的正确性和健壮性;
单接口测试不关注用户层面的业务逻辑,只关注接口的内部逻辑,所以它更接近于单元测试。
总结:保证接口能正确处理各种正常、异常场景。
多接口场景测试
为了验证用户主流程、主功能的业务逻辑的正确性,不需要太多异常场景的验证;
多接口场景测试会更加关注用户层面的业务逻辑,所以它更接近于 UI 层面的功能测试;
比如需要验证一个电商付费流程,可能就包含以下接口:获取商品列表-获取商品细则-加入购物车-提交订单-订单付费,只需要关注正常场景即可。
总结:保证多个接口在正常数据流下能跑通。
单接口测试设计测试用例
首先,要知道的是,只说接口测试,也是一种手工功能测试,只是测接口而已,所以接口自动化测试其实就是将接口测试从手工变成自动化。
常见的接口自动化测试方式
这一知识库主要讲解的是工具实现接口自动化测试。
这其实也是最近才接触的东西,感觉有点高端啊!
谷歌搜了下什么是工程化,结果出来的都是前端工程化,只能看完,然后按照自己的理解来描述一下了,只代表自己的看法:工程化其实是一种思想。
为什么要工程化
提高效率,包括但不限于开发效率、测试效率、维护效率、管理效率;
从流程混乱、耦合严重、依赖人工到规范化、模块化、自动化。
规范化
提高整个项目的可维护性:
版本管理规范:使用 git 来管理代码仓库;
开发流程规范:团队统一研测流程,比如:code review 流程、提测流程、复盘流程等;
编写代码规范:团队统一编写规范,比如:项目结构、项目代码、自动化测试脚本等。
模块化
提高整个项目的可读性;
将一些相关逻辑的内容放在同一个文件夹中。
自动化
能自动化完成的事情绝不让人来做,是工程化的核心:
自动初始化:比如一键安装本地环境,安装依赖项等;
自动执行测试:比如一键测试、一键生成测试报告等;
自动部署:比如使用 Jenkins,流水线的形式管理项目运行的声明周期。
最后: 下方这份完整的软件测试视频学习教程已经整理上传完成,朋友们如果需要可以自行免费领取 【保证100%免费】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。