UI 自动化相较接口自动化而言不稳定，维护成本高，从收益来看，是否有必要进行 UI 自动化，仅接口自动化能否保证质量，UI 自动化存在的意义有哪些？
这种话题一年要撕多少次啊？
说实话，以现在框架的稳定性，和前端的迭代速度来看，我个人觉得真没必要做。想知道现在哪个公司团队在做 UI 自动化并且有收益不是疲于奔命的维护 case 的？
日经贴
更新了一个版本 然后永久搁置了
为了装 B 而存在, 楼主满意了吧?
没必要做。我们公司做了放弃啦！搞搞接口就好啦！
我们使用的情况：
- 规模：产品一个前端、两个后台，加起来大概四百多条用例。
- 维护：除非功能变动，否则基本上不需要维护。
- 通过率： 95% 左右，个别用例因为测试数据问题要重跑。
- 效果：主要是让回归测试有个底，不求发现什么 bug。
UI 自动化的意思，可以让你的经历更加丰富，薪资待遇更高！
1、UI 验证的是前端，功能页面交互、接口请求、接口响应是否在页面实际上达到预期
2、接口验证的是服务端，接口数据输入输出是否达到预期
3、这 2 个八辈子打不着边的东西想不懂为什么会被混在一起
4、举个例子比如你接口正确的，可是前端在请求接口的时候比如参数请求错误，返回的结果没有写在正确的标签下等等
吃力不讨好的 jb 玩意，还是接口比较可爱，哈哈
我这的 UI 自动化（游戏测试）（只跑冒烟）CI 触发，大约每 10 分钟运行一次（开发提交频率太高），脚本看情况 UI 变化不大，一般两周更新一次。一天可以发现个 5~10 个 bug。
于我而言，好像只是因为稍微工资高一点的测试招聘都需要你会这个东西。
尬聊话题之一
人生有三重境界，看山是山，看山不是山，看山还是山。恭喜，你到了自动化的第二层境界了。
招聘要求，确实没吊用但是你的鬼
有做，但肯定跟接口比，维护性会差比较多~我们做的是安卓 appUI 自动化，基于 appium 框架改造集算法和图像识别功能遍历测试工具。适合多台设备运行，解决安装开始，启动 app,测试过程中 app 的提示框问题，通过配置可以兼容不同版本不同控件的定位后者不同安卓系统同一个 app 的定位方式。主要用于遍历，压力跟常规功能，也不会去做所有的 UI，会从用户行为分析，来判断哪些功能必须发版本没有问题，这些功能也不对太多~这样也可以用多个版本不同渠道自动化测试，也用于持续集成编译自动化测试~ UI 自动化问题坑多，但起码你要解决问题，而不是大家说兼容问题多，提示框等问题多，维护难，你就放弃了，不同项目不一样，如果想做，还是得静下心来来琢磨研究下~ 效果：提高测试版本质量和提前发现每日构建代码后版本问题，简单项目基本可以提高 3-5 个工作日时间。合适不合适，只有自己知道。几毛钱的打火机可以点燃 2 块钱的香烟，也可以点燃几万块雪茄，你能说打火机不好吗？
开发慢，不稳定，容易出些幺蛾子问题
现在公司，1 个月写了 100 个 case，跑完要 1 个小时。。。上面还说产出太少。
受不了 UI 自动化了，已经跑路。。。
小伙子，你这个问题没想清楚，还要投我们公司啊？
