自动化测试到底能做什么？能提高测试效率么？能发现更多的 bug 么？对测试有什么帮助么？除了这些自动化测试还能做什么？开发个工具给别人用？还能做什么？
自动化也在做，都是简单的 UI 自动化测试，也就是做一些简单的验证，跑跑简单的流程
前一段时间自己写了一个接口测试的小工具，也安装到各个点去使用了
今天被人问到这个问题，其实我也迷茫了，自动化到底还能做什么？希望高人指点
软件能做什么，机器能做什么
1.每一次的迭代的 UI 自动只是做一些核心业务的冒烟、回归，并不能发现什么问题，只是保证核心问题没问题
2.相比 UI 自动化，接口自动化做得多一点；这些自动化持续集成后每次都可稳定跑才算是一个真正的自动化
- 自动化覆盖率达到 90% 左右（特指接口自动化和单元测试）后，基本上可以作为一个重要的上线标准了。
- 虽然流程简单，但如果要求你做到开发每提交一次代码你都要执行一次，以确定这个提交有没有影响核心功能，那这个时候有自动化会比没自动化方便得多。
另：自动化只是众多手段中的一种，最终做到更有效的质量监控才是核心。个人觉得开源软件中对自动化测试的应用很值得借鉴。例如一些开源软件在收到 PR 申请后就会自动去做自动构建和自动化测试，以确定这部分代码会不会影响软件的核心功能，这样能节省很多人力和时间，也确实起到了有效的质量监控作用，避免项目被添加会破坏质量的代码。
位置都错了，不是自动化能做什么，是你能用自动化做什么。。。
#5 楼 @anonymous 我感觉自动化做一些随机测试，压力测试，以及遍历等等，不需要局限于用那个工具，积累一段时间后进行工具的整合，再者做自动化尽量在测底了解功能，且能够了解相应的开发语言时做起来更有效果，监控是王道
—— 来自 TesterHome 官方 安卓客户端
#3 楼 @anonymous 点赞
—— 来自 TesterHome 官方 安卓客户端
对 “UI 自动化” 我也有些困惑，期待高人的指点
- 冒烟用例的自动化，除了看是否正确进入页面，是否发生崩溃，还有其他什么能输出么
- 目前我们这边的分支管理是有个稳定的分支例如 A，开发分支是 B，功能开发完会合到 A 分支，跑用例的话是只当 A 分支有 pr 的时候才触发自动化么？
- dailyBuild 包的作用是什么呢，如果会包含新开发的功能么，但由于不够稳定，拿来跑自动化没啥意义；如果不包含新开发的功能，那打个包又有什么意义呢
看下云测，就知道自动化能给你带来什么：
- 给你带来就业压力
- 给企业带来质量保证
首先自动化是为了节省成本的。不论你在做什么自动化之前都要问自己，你做了自动化会节省多少成本？即便是简单的 UI 自动化，即便根本没发现几个 bug。但是你每次是不是要花时间去手动执行这些用例？心中做好权衡利弊以后，你就会有答案的。 其次，自动化仅仅在于测试。环境搭建，打包，部署，监控等等等等。如果你搭建一个环境要一天，但是如果你花一周的时间搭建好了自动化部署。以后你每次搭环境都只有 5 分钟。 权衡下利弊你会有答案的