功能趋于稳定，无频繁新增需求、无版本大改动、线上还要使用个三五年的项目

我的建议是能不上则不上

UI 自动化需要做数据库校验吗 ?

这种项目搞 UI 自动化还有什么收益呢？

领导要求或者你想 PPT 写点东西的时候。

戳到了痛处

大后期，没事干的时候，找点事干，可以做

web 吗？还是 app？或者游戏？

web 和 H5

增加点安全感，每次有新增小需求，可以跑一跑

我们是做 UI 自动化测试工具的。
从我们自己的角度上来说，我们是为了让测试工程师减少点点点的次数，让大家把花费在重复步骤的时间节省出来去挖掘、生成更好的测试成果；
从客户角度来说，使用 UI 自动化工具可以一方面提高自动化测试的覆盖率（年终汇报数据上更好看 ），一方面减少成本（年终汇报数据上更好看 ）。

能不上就不上

这么说吧，必要的点点点减不了，非必要的点点点时间看起来省略了，其实转换成写 UI 自动化用例的时间 + 维护用例 + 日常报错检查

多年以来，UI 自动化都是虎头蛇尾的多，很少持续 2 年以上的：
除了自动化技术的迭代，更多是因为大环境下，很多业务持续的时间不够长，对应 UI 更不用说了。

相对的更有效的是接口自动化测试、甚至流量回放测试，UI 的部分靠人工保证是更有性价比的

没搞过的公司和团队都想搞，搞过的大家都知道这就是一个坑，稳定性太低了

1、需要长期运营， 且有比较稳定周期迭代的产品
2、有长期收益值得投入的产品
3、业务逻辑或页面不会经常大变动的产品

我司一个产品投入自动化 2 年多， 目前来看对产品的收益还是正向的，有了自动化之后，解决了很多问题， 但是做 UI 自动化就得面对需要经常维护的问题， 如果决定要做， 就需要先评估好这个投入是否值得， 而不是被网上一堆说什么稳定性太低， 只是为了汇报好看之类的言论干扰， 每个公司面临的情况不同， 没有人能给你绝对的建议。

UI 自动化就那么回事， 大家都很清楚，很多人自己随便做一下就被劝退， 然后开始劝退别人， WEB 的自动化除了大量的需求变更导致的维护， 用例本身执行稳定性已经有很大提升， 也可以根据自身情况做主要的部分， 自动化的价值， 在于能不能解决你现在的痛点， 或者解决的痛点， 值不值得你投入， 不要管别人说什么， 自己判断， 自己决定。

系统一个大改版，好嘛，用例全白写了，说不定框架都得动