UI自动化测试之5大常见问题（建议收藏）(1)

一、关于UI自动化测试的误区

1）认为UI自动化没用处

造成这个误区的原因也很简单，在自身技术和业务拆解能力不足的情况下就直接盲目的去搞UI自动化，结果往往都不太理想，所以自然就没什么好效果，然后总结出了一个结论–UI自动化没有什么用。

2）UI自动化实现很简单

之所以有这么一个误区原因也很简单。UI自动化不论是Selenium、RF还是TestWriter。平常用的API确实没多少，很好学。稍微有代码基础的人就能很快上手，其实，如果想要更长远的发展，需要学习的东西还有很多。

二、自动化测试分层

分为三层：UI、API Testing、Unit

单元自动化测试（数据处理层）：指对软件中最小的可测试单元进行检查和验证，一般需要借助单元测试框架，如java的Junit、TestNG，python的unittest，常见的手段是code review等；

接口自动化测试（业务逻辑层）：主要检查验证模块间的调用返回以及不同系统、服务间的数据交换，常见的接口测试工具有postman、jmeter、loadrunner等；

UI自动化测试（GUI界面层）：UI层是用户使用产品的入口，所有功能通过这一层提供给用户，测试工作大多集中在这一层，常见的测试工具有UFT、Robot Framework、Selenium、Appium等；

性价比：按照测试金字塔模型以及投入/产出比，越向下，回报率越高；

Google的自动化分层投入占比：

小测试（Unit）：占比70%；

中测试（Service）：占比20%；

大测试（UI）：占比10%；

自动化测试面临的挑战：面临的最大挑战就是变化，因为变化会导致测试用例运行失败，所以需要对自动化脚本不断Debug

三、什么样的项目适合自动化测试

1）需求稳定，不会频繁变更

自动化测试最大的挑战就是需求的变化，而自动化脚本本身就需要修改、扩展、debug，去适应新的功能，如果投入产出比太低，那么自动化测试也失去了其价值和意义；

折中的做法是选择相对稳定的模块和功能进行自动化测试，变动较大、需求变更较频繁的部分用手工测试；

2）多平台运行，组合遍历型、大量的重复任务

测试数据、测试用例、自动化脚本的重用性和移植性较强，降低成本，提高效率和价值；

3）软件维护周期长，有生命力

自动化测试的需求稳定性要求、自动化框架的设计、脚本开发与调试均需要时间，这其实也是一个软件开发过程，如果项目周期较短，没有足够的时间去支持这一过程，那自动化测试也就不需要了；

4）被测系统开发较为规范，可测试性强

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036【暗号：csdn999】

四、常见的自动化测试工具简介

1）UFT

即原来的QTP与ST合并而来，由HP公司开发，是一个企业级的商业自动化测试工具，提供了强大易用的录制回放功能，

同时兼容对象识别模式与图像识别模式，支持B/S和C/S两种架构的软件测试；

2）Robot Framework

一款基于python语言编写的自动化测试框架工具，具备良好的扩展性，支持关键字驱动，支持多种类型的客户端和接口，可进行分布式测试；

3）Selenium

应用于web的自动化测试工具，支持多平台、多浏览器、多语言来实现自动化，优点如下：

①开源、免费；

②多浏览器支持：chrome、Firefox、IE、Edge等；

③多平台支持：Linux、Windows、MAC；

④多语言支持：java、python、Ruby、C#、JavaScript、C++；

⑤对web界面有良好的支持；

⑥简单（API简单）、灵活（开发语言驱动）；

⑦支持分布式测试用例执行；

五、做UI自动化测试，需要什么技能

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

[外链图片转存中…(img-Cv91ZG3q-1719239863022)]
[外链图片转存中…(img-6qO5BsM9-1719239863022)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！