软件测试人员想要学习自动化，首先想到的就是 UI 自动化，很多人成功转型自动化测试或者测试开发也都是从做 UI 自动化开始的。
我也是从 UI 自动化测试开始做的，只不过我最接触的工具是 UFT（前身是QTP） ，随着国内互联网的飞速发展，Selenium、Appium 等这些开源的 UI 自动化测试工具火了起来，但是其底层原理并无多少区别。
UI 自动化并不能发现更多的 Bug，如果你想通过 UI 自动化发现更多的 Bug，劝你就不要做 UI 自动化。手工测试发现 Bug 的数量要远远高于 UI 自动化，后者的主要作用是进行流程的回归，用来保证增加新功能的同时，不会影响已有的功能。
做UI自动化之前需要具备以下条件：
管理层的支持。UI 自动化需要投入大量的人力物力，短期内容效果也没那么明显，需要管理层给予必要的时间和资源支持。没有管理的支持，自动化测试很难坚持做下去。
稳定的产品或功能。做 UI 自动化最怕的就是页面频繁变动，做 UI 自动化必须选择稳定的产品来做，或者稳定的核心功能，如果产品不稳定，维护自动化代码会让测试人员崩溃。
投入产出比。开始做之前先考虑下UI自动化的投入产出比，投入产出比较高可以做，低的话就不建议做了。
自动化测试投入产出比：单元测试>接口测试> UI 自动化。
测试人员的技术水平。这个条件是关键性因素，做自动化测试并不是简单的定位到元素，写个线性脚本那么简单。想要做好自动化测试，都会在开源工具的基础上进行二次开发，这对测试人员的技术水平有很高的要求。
如果上面的条件你或你所在的团队都满足，你可以开始尝试 UI 自动化，绝对能给你带来惊喜。
如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
最后基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等配套学习资源【免费】。
