【UI自动化】前言
系列文章目录
【UI自动化】前言
自动化不能代替手工测试,自动化都是以手工测试为基础,自动化测试实现的步骤要依赖手工;
文章目录
- 系列文章目录
- 【UI自动化】前言
- 自动化测试的类型
- 自动化解决的问题
- 什么是UI测试
- 测试分类
- 一、使用UI自动化的原因
- 二、UI自动化的优缺点
- 三、适合做UI自动化的项目
- 四、什么阶段适合做自动化
- 总结
自动化测试的类型
- 接口自动化
- 性能自动化
- UI自动化:WEB,APP
自动化解决的问题
回归测试
什么是UI测试
通过工具或代码对软件界面进行的测试
测试分类
- 黑盒测试(功能测试)
- 白盒测试(单元测试)
- 灰盒测试(接口测试)
UI自动化属于黑盒测试
一、使用UI自动化的原因
- 解决-回归测试:重复高,频率高》项目发版前对核心功能进行验证
- 解决-压力测试(手工无法实现):性能测试,接口数据量大,用户多》模拟多用户同时操作,验证软件服务器处理多用户请求的能力
- 解决-兼容性测试(手工测试麻烦),测试条件多,手工执行效率低;
平台:window,linux,mac,鸿蒙
浏览器:edge,chrome
系统分类:桌面操作系统,服务器端操作系统,移动端操作系统,嵌入式操作系统
移动端:品牌多,型号多,屏幕大小不一致 - 提高测试效率,保证产品质量
二、UI自动化的优缺点
- 优点:低成本;效率高,比手工测试快;场景不变可以重复执行;减少犯错,代码实现不会有差错;克服手工测试局限性,比如重复量高的,性能测试,压力测试
- 缺点:不能实现复杂逻辑的业务,比如ERP系统;涉及第三方,比如:支付模块,物料跟踪模块(没有权限)
三、适合做UI自动化的项目
需求稳定,不会频繁变更;项目开发周期长;需要频繁实现回归测试,项目进入迭代周期;
周期太短;变动频繁的项目则不适合
四、什么阶段适合做自动化
- 功能结束后进行UI自动化
- 具备一定规模,功能测试组+自动化测试组,分组并行实现;比如在功能测试的同时部署自动化测试环境;分析需求;编写自动化测试用例
总结
- 自动化不可能发现更多bug,他是基于手工测试设计的一套固定场景。要发现这些场景之外的bug还是需要依赖手工测试。比如手工测试可以同时进行功能和布局的测试,自动化测试无法检查布局问题,他只判断页面中是否存在目标元素,而不判断该元素的布局是否正确;
- 一些稳定的场景可以使用自动化测试,提高效率