UI自动化技术，是我们测试工程师绕不开的一个话题，只要提起它来，基本所有测试工程师都能给你说道说道。

　　有些人认为它很难，有些人认为它很简单。认为它很难的人会告诉你，UI自动化非常不稳定，太难了，实用性也不大，想真正做好难于登天。

　　认为它简单的人会告诉你，UI自动化太简单了，十分钟就能入门，不就是写写脚本么，driver.find_element_by_id()就完事了。

　　小编觉得其实这俩种观点都片面了，都是对UI自动化的不了解造成的误会。真正的UI自动化需要细分，因为它有不同的阶段，各个阶段的也都有自己的特点。

　　文章开头先给大家明确一个业内普遍认同的观点：目前行业内的UI自动化已经形成了4个阶段。当前国内互联网公司中能用的起来UI自动化的不多，且大部分都集中在1-2阶段。如果你的公司也在第2阶段以下，那可真的要加油了。

　　一、录制回放

　　可能大家第一次接触自动化的时候，前辈或者老师就告诉了你，UI自动化是可以录制的。比如Web自动化可以用FirFox浏览器的SeleniumIDE来录制成各种语言的Selenium脚本，然后执行这个脚本，浏览器就会执行你刚刚所做的一切操作。

　　还有loadrunner/badboy/QaRun/SNMPTester等等一大堆工具，你这时候会想:原来自动化测试,soeasy。

　　【优点】：上手难度低，不用懂什么代码，自动生成脚本的非常简单迅速。

　　【缺点】：这种脚本对环境的依赖性太强了，UI层稍微变化一点点，整个脚本就失效了。甚至很多Web页面中的元素的id都是动态的(每次打开都不一样)，所以导致这种脚本生成后连一次都走不通。而如想改起来的成本甚至高于自己动手重新写一个脚本了。从维护成本来说的话，这种脚本属于一次性的东西，不值得维护。

　　【总结】：这种方式从笔者刚接触自动化的时候，就已经淘汰了，无论是老师还是业界大神，都直言做自动化就不要碰录制回放，这完全是在走弯路。所以如果你的公司是这种，那么就到了你大显神威进军下一阶段的时刻了!

　　二、手动脚本

　　到了这个阶段，公司的测试团队会有一部分专门做自动化的测试人员，他们负责手动去写脚本，相信大家对这个阶段都非常熟悉，因为绝大部分有UI自动化的公司都处于这个阶段。各个端都有自己专门负责自动化的工程师，他们所用的语言，技术可能相同也可能不同，要比喻的话，就是八仙过海各显神通。这时你会想：这就是少林寺的厨房么?太壮观了，简直大神的聚集地!

　　【优点】：手动写的脚本质量远超第一阶段的录制脚本，可维护性大大增强，应对UI层的变化也有了一定抵抗力，优秀的会采用非线性脚本，融入数据驱动/关键字驱动/page-object等设计。

　　【缺点】：众自动化大佬的力量不能形成一股绳，各种轮子各种造，技术和语言都无法统一，而且人与人之间的水平不同，导致脚本质量也相差很多。最后一旦有人离职，新人大概率只能推倒重来，一切归零。

　　【总结】：简单来说就是各玩各的，有人滥竽充数，有人浑水摸鱼，有人独领风骚，有人自娱自乐。领导不可能同时精通多端多种技术栈多语言的自动化来明察秋毫，所以这个阶段的后期大多是放养的状态，最后没有形成可量化的战斗力，惨遭领导嫌弃和淘汰。如果你身处这种阶段，请一定不要被眼前的场景迷惑，要小心并且立即潜心修炼，争取统一UI自动化，把散兵游勇集合起来，好一起迈向下一个阶段。