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