去年春节联欢晚会，为了那张“敬业福”，全家都卯足了劲儿“咻一咻”，连节目都顾不上看了。当时我就想，要是能自动化该多好，不停点击屏幕，屏幕不疼手还疼呢，何况还不好分心，生怕错过了“敬业福”。玩“咻一咻”，是靠不停点击按钮来检查是否得到“敬业福”，而工作中的UI自动化，大抵也和“咻一咻”差不多，都是通过不断地输入，验证系统的输出是否正确。然而做UI自动化，效果并不好，收益低就算了，执行速度还慢。比如打开一个浏览器，可能就要等3-5秒，如果等浏览器访问网址，返回网页内容，就需要更长的时间。要是遇到问题，还要排除各种干扰才能定位。而要是做接口或者单元测试，不但定位问题范围小，响应也基本都是毫秒级的，即使遇到慢的，差不多1秒钟也能返回结果了。这么一对比，UI自动化就像是一件吃力不讨好的事儿，所以去做UI自动化，大概是因为它独特的角度：从用户体验来验证系统的正确性。
要做UI自动化，以web方向来说，要是有一个好框架，就方便多了。如果编程基础好，可以自己写框架或者修改现有框架，封装常用业务逻辑和代码，提高测试效率。要是不会编写框架，也可以使用开源的工具，比如Robot Framework，它既支持关键字驱动、数据驱动，也支持接口测试，在官网稍做学习，就能初步使用。要是既不会写框架，也不会用工具，那你也可以看看吴老的《Selenium WebDriver实战宝典》，里面有很多小实例，比如操作下拉框、输入框等等。有了这些小实例，你就可以把它们复制到文档，形成一个有目录的代码库。这样即使你不会封装代码，也能在需要的时候找到它，再修改下常用的参数，就能实现一个简单的自动化测试了。
挑选UI自动化用例也有讲究，一般都选择比较稳定、重要的功能作为切入点，要是易于编写就更好了。但一提到项目改版，UI经常首当其冲！可能改动特别大，有时候与其维护自动化用例，还不如重新写。遇到这种大刀阔斧地改变，代码库的优势就很明显了，它形式灵活，可以根据需要随时组装，极大地加快了编写速度。并且随着小代码块的积累，组合代码块的经验也不断增长，当尝试去封装函数，进一步提高代码的复用程度时，一些小的框架设计思想也会随之出现。这样循序渐进，在实践中思考总结，不断优化学习，汲取一些先进的实现思想，慢慢地，UI自动化会做的越来越好。
有朋友说：“手工测试都来不及，哪有时间做自动化？”话虽如此，但抽出时间，做一些局部自动化，提高测试效率，还是很值得的。比如准备测试数据，就要进行大量的重复操作。手工制造上百条数据，可能需要大半天。而使用自动化来实现，在编完代码的那一刻，你就已经解放了！数据源源不断地涌出，只要运行几分钟甚至更短的时间，我们就能完成目标！所以学习UI自动化，总会有用武之地。如果现在还不会，可以慢慢学，千万不要因为现在做的不好，就半途而废了。在工作中，我们可以和同事相互鼓励，一起学习和探讨，甚至带动整个测试团队一起提高，一起进步。希望大家都能使用自动化，为自己争取到更多的福利！
---记光荣之路吴老4月9日清晨分享
作者：Flyleaves
出处：http://www.cnblogs.com/Flyleaves/
参考声源：http://m.ximalaya.com/zhubo/44966139
本文版权归作者、微信公众号光荣之路和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
