【UI自动化】前言

系列文章目录

【UI自动化】前言

自动化不能代替手工测试，自动化都是以手工测试为基础，自动化测试实现的步骤要依赖手工；

---

自动化测试的类型

• 接口自动化
• 性能自动化
• UI自动化：WEB，APP

自动化解决的问题

回归测试

什么是UI测试

通过工具或代码对软件界面进行的测试

测试分类

• 黑盒测试（功能测试）
• 白盒测试（单元测试）
• 灰盒测试（接口测试）
  UI自动化属于黑盒测试

---

一、使用UI自动化的原因

• 解决-回归测试：重复高，频率高》项目发版前对核心功能进行验证
• 解决-压力测试（手工无法实现）：性能测试，接口数据量大，用户多》模拟多用户同时操作，验证软件服务器处理多用户请求的能力
• 解决-兼容性测试（手工测试麻烦），测试条件多，手工执行效率低；
  平台：window，linux，mac，鸿蒙
  浏览器：edge，chrome
  系统分类：桌面操作系统，服务器端操作系统，移动端操作系统，嵌入式操作系统
  移动端：品牌多，型号多，屏幕大小不一致
• 提高测试效率，保证产品质量

二、UI自动化的优缺点

• 优点：低成本；效率高，比手工测试快；场景不变可以重复执行；减少犯错，代码实现不会有差错；克服手工测试局限性，比如重复量高的，性能测试，压力测试
• 缺点：不能实现复杂逻辑的业务，比如ERP系统；涉及第三方，比如：支付模块，物料跟踪模块（没有权限）

三、适合做UI自动化的项目

需求稳定，不会频繁变更；项目开发周期长；需要频繁实现回归测试，项目进入迭代周期；
周期太短；变动频繁的项目则不适合

四、什么阶段适合做自动化

• 功能结束后进行UI自动化
• 具备一定规模，功能测试组+自动化测试组，分组并行实现；比如在功能测试的同时部署自动化测试环境；分析需求；编写自动化测试用例

---

总结

• 自动化不可能发现更多bug，他是基于手工测试设计的一套固定场景。要发现这些场景之外的bug还是需要依赖手工测试。比如手工测试可以同时进行功能和布局的测试，自动化测试无法检查布局问题，他只判断页面中是否存在目标元素，而不判断该元素的布局是否正确；
• 一些稳定的场景可以使用自动化测试，提高效率