如何利用RPA做UI自动化测试对传统自动化的降维打击

写在前面

RPA软件一开始的目的并不是自动化测试，而是要把电脑上面几十个、上百个常用的软件，通过机器人流程自动化来打通，通过一个软件来控制几十个、上百个软件。而这个过程，其实覆盖了软件自动化测试。

所谓降维打击，其实是RPA软件，跨界做了软件自动化测试。

引言

做UI自动化的繁琐和难点，对于每一个测试开发工程师都有切身的体会：

第一：验证码

比如，登录界面，为了防止批量注册、登录、灌水等恶意行为，设置了验证码，这些验证码通常包含随机生成的数字、字母或符号，并可能加入干扰元素如曲线、噪点或干扰线，以增加识别难度, 还有一些很创新的验证码：

1. 滑块拼图验证码

2. 滑动条验证码

3. 旋转图片验证码

4. 点选验证码

5. 推理拼图验证码

验证码往往是卡在自动化测试的第一关。原本用来防止坏人的工具，对于自动化测试来说，却成为了棘手的问题。虽然可以设置跳过验证码，但这种方式牺牲了测试的覆盖面为代价，绕过验证码也可能会导致安全漏洞，因此应该尽可能采用安全的方式来验证用户身份。

第二，无法处理各种WindowsApp/Java应用等UI自动化：类似于Selenium等主流的UI自动化测试工具，主要用于web页面的自动化测试，对于各类Win App的UI自动化则不太适用, 假如开发的功能不仅仅是Web端，UI自动化测试就会停留在从开始到放弃。

第三，维护性差：当UI发生改变时&