关于UI自动化测试的思考

不知不觉，时间过去了二年多，从开始想学习自动化（UI自动化到上手做项目）到上手，到能独立开发一个项目的UI自动化脚本。

一直在学习，边做边学，边看边学。边总结（具体看我的博客，其中大部分都是自己的理解）。随着一个个项目的落地，自己也想总结自己对ui自动化的理解了。

也参考网上的几个观点：

1，ui自动化是一种能力，测试人员提升过程中无法回避。

2，ui自动化会产生幻觉，不能代替手工测试，不能，绝对不能。

3，爱是克制，不能贪婪，爱一个人就要克制自己。ui自动化不能达到100%覆盖，别贪婪，否则，就很容易失败，惨淡收场。认清现实，覆盖率越高，失败风险越大。

一般达到60%就很不错了。别问为什么，因为失败过的人的忠告往往是值得借鉴的。

4，项目中引入UI自动化，是可以尝试，具体能不能成功，不是一个人能左右的。所以团队很重要。

5，引入ui自动化时，要考虑性价比，投入产出比。别为自动化而自动化，找死的话，选个风水好的地方。

要确定自动化范围。

那么，ui自动化价值到底有没有？要不要引入？

存在即是合理，当你在学习ui自动化的时候，你的代码水平是不是被动提高了。是不是很开心可以看懂报错日志了。是不是为了学习ui自动化，你得学习了更多的专业知识，代码是不是也开始先学习了。（纯属啰嗦）

ui自动化能发现BUG啊，至少系统不会出现死人的问题，比如登录不了，文本框不能输入等严重的问题（一级，二级BUG发现的了）

投入大，维护成本高，总能有点价值。（估计价值也只能是这些了）

想起最初学习的时候的金字塔模型，真的精辟。

最后说一句，ui自动化现在回头来看，不是那么高大上的技术，不要怕，花时间多练习，都可以学会。

不过，我受益的地方不只是收获UI自动化技术，还有，碰到问题后，我会自己去思考，去百度，自己想办法去解决，不会再做伸手党了。

提高ui自动化价值的方法：脚本多运行，更改数据，多运行，价值也能提高了。

 验证质量, 业务和代码的正确, 本质就是用数据来验证过程的正确. 从这个维度上, 你能发现更多有价值的观念.