近年流行一个词—UI，和UI搭边好像都那么高大上，软件测试行业也不例外，比如UI自动化测试。
常见的UI自动化测试程序有哪些呢？
<!--[if !supportLists]-->l <!--[endif]-->带UI的Unit Test，比如mock掉底层代码，仅仅测试UI逻辑；
<!--[if !supportLists]-->l <!--[endif]-->带UI的API Test，比如UI的component，大部分的API都是跟UI相关的；
<!--[if !supportLists]-->l <!--[endif]-->功能测试。大部分的UI自动化测试是功能测试。或者说是Regression Test即回归测试；
UI自动化测试既有优点也是有缺点的，优点在于：覆盖范围广、不需要被测程序源代码、最大程度模拟用户操作等；缺点在于同样也存在一些固定因素,比如：大部分写UI自动化测试的人员没有丰富的代码经验，自动化测试代码也是软件代码，所以还是需要遵循开发从设计开始的所有流程，甚至有些UI的自动化测试是通过录制回放脚本来完成的。
所以自己的产品是否适合UI自动化测试，是否有其它替代方式？所以在采用UI自动化方案之前也是需要考虑一下几点：
<!--[if !supportLists]-->l <!--[endif]-->需要看对产品的支持程度；
<!--[if !supportLists]-->l <!--[endif]-->自动化工具的开发语言是否需要学习成本，自动化工具的第三方类库是否丰富，建议选择采用通用语言的自动化工具，比如用python或者c#作为脚本语言的工具。可以参考最近市场上UI自动化测试工具TestWriter，就是用C#和java作为脚本语言工具，由于操作简单，不用进行脚本维护，所以维护性要相比较同类型的工具会容易维护，还有很多自动化测试框架selenium等等；
<!--[if !supportLists]-->l <!--[endif]-->在定义UI节点的时候，自动化工具是否提供方便的方式来生成UI的映射。而且这种映射是否比较容易维护；
<!--[if !supportLists]-->l <!--[endif]-->是否可以方便的调试测试程序，比如是否支持断点和变量值查看。
多说一句，UI自动化是测试生来无法回避的一种能力，可以不依赖它，但是你需要。