除了这四种情况，其他都不建议做UI自动化

前几年，很多同学，极力推崇UI自动化；比如，非常典型的UI自动化测试工具 Selenium，测试同学扎堆学习（Tester，应该没有不知道这工具的）；

但，这几年，热度明显降下来了；

很多同学实战后，发现，对于快速迭代，频繁变动的产品，UI自动化，完全不切实际；

投入产出，严重不值 ；

比如，

上周刚上的某 xxx 功能，你花了两周，把UI自动化脚本写完，刚跑顺；

这周，那个功能已经下架了（产品经理说：从线上用户使用的频率和热度图来看，这个功能存在问题）。

或者那个功能，在下一个迭代，进行大改版；之前的UI已经变的面目全非了 ；

你说，这种情况，搞UI自动化有啥意义 ？

业务测试工程师，手工点几次就能搞定的事，价值更大 ；

举个例子 ，

知识星球 这款产品（包含 APP / Web / 小程序 / H5），IDO老徐 于2016年就开始使用，属于第一批用户 ；见证了几十次的UI改版 ；

最近，可能是换了产品经理，或者在尝试，通过分析用户点击热力图，去决定下一版本UI的调整效果 ；

总之，调整非常快 ；

类似的产品形态 ，

如 各种营销活动类的产品 、 电商类的产品 ，变动也是非常快的 ；

每一个节日，都有新的UI上线，也就那么3天，这个功能就下架了；

相比而言 ，做接口自动化的价值就非常大 ；

接口敲定后，频繁更改的可能性不会太高 ，而且就算大改，维护脚本的成本，也不会太大 ；

，

那么，什么情况下 / 什么类型的产品，可以尝试玩UI自动化 ？

1、测试团队，人员充足，有独立的自动化团队 / 测开团队 ，可以去探索效率提升这块 ；

2、一个非常成熟的产品，变动可能性几乎为0，为了确保回归测试的便利性，可以维护一套UI自动化，自动回归 ；

3、快速迭代产品的，核心共性业务，也不会老是频繁变动，也可以试试，玩玩UI自动化 ；

4、你在公司也不是很忙，工作效率很高，有富余的时间，可以把自己测试的业务，搭一套UI自动化玩玩（这就是所谓的，在工作中实践、在工作中学习）；

End 。

1、昨日文章：

四个维度，拆解「软件测试中的80 / 20原则」

2、百人计划 相关的数据：

关于这100位Tester，这里有几份数据报告 。

3、职业发展 + 知识体系 ：

软件测试人员职业发展方向2020

软件测试从业者知识体系大纲V2.0

4、<Linux + SQL> 21 Day

200人，21天，3个循环周期，搞定一项「硬技能」

21天，搞定软件测试从业者需要掌握的SQL