移动自动化测试、持续测试已经成为大部分互联网企业对研发团队的必然要求。但理想很丰满，现实却骨感。在实施自动化测试过程中，很多团队都遇到不少难题和挑战。
来看看两个真实的反馈。
技术挑战+业务思考+落地踏坑，测试同学太南了！
@测试K同学
在我实施移动应用自动化测试的过程当中，我思考最多的倒不是技术实现上面的问题，而是：
1. 面对迭代周期短的应用，自动化的开发维护成本实在太高，那是否还有必要做自动化？
2. UI 自动化测试的产出是很少的，发现不了什么问题，那 UI 测试自动化还有什么价值？
我目前的想法是：前端 UI 和功能的测试全部手工执行，接口的测试实行自动化。
对于上面的 2 个问题，期望移动 App 测试大神来释疑，谢谢！
@测试M同学
关于移动自动化测试，我想大家想法都一样：不赚钱的买卖没有必要做！
说说我们的经历吧。公司技术背景是：一个传统软件做 UI 层面的自动化测试，之前没有 CI，手工打包，没有UT，JQuery 4 个版本混用...
开始做自动化测试，前先花了三个月左右（中间还有其他事情）的时间，使用 Jenkins＋Ant 实现自动打包，不能算 CI，然后一个月左右开始给大领导和其他利益相关群体做“洗脑”工作。半个月之后，得到结果开始执行，但是必须要有可量化的指标:
1. 自动化测试覆盖率 ＝ 自动化测试覆盖的手工测试用例／手工测试用例总数
这其中有很大的问题，之前的用例根本就不是良好的用例。没有上下文，没有数据。
2. 自动化测试的价值 ＝ 自动化测试执行的时间／自动化测试代替手工测试的时间
这个还算客观，但是它依赖前一个指标。
好了，终于可以开始做自动化测试，又遇到一连串的挑战：
第一个难题：没有环境
怎么办？折腾以前淘汰的机器定制环境（然后统一升级 Windos 系统）
第二个难题：环境不能自动部署
工程是跟 TomCat 耦合在一起的；而且 Linux 部署还不成功！汗！折腾 Autoit，实现 Windows 上的自动更新，自动部署（后台跟 WebQQ 做关联，QQ 上发个消息就能自动部署了，还能查询状态和系统信息）。
第三个难题：没有测试用例，也没有可使用的数据，这是一个大坑
又花了接近三个月的时间，才梳理出来一个关键模块的测试用例（基于 BDD 的）跟它的数据。中间还返工了一次，因为版本更新，用例重构了。然后陆陆续续花费了接近两个月的时间才准备好了相关数据。制定了以后数据准备的方案。
第四个难题：人员能力差
这个问题从开始就很明显！没办法，招人，一边独自做，一边招人，来来回回折腾了5个人，最后一个人稳定了两年多。中间做了不下十次培训，文档写了至少三遍。
第五个难题：版本也在更新，前台重构，对应的底层控件经常出妖怪问题
这些问题，有产品自身的可测性问题；也有 WebDriver 的妖怪问题。导致我们架构重构了两次，并分别做了针对不同版本的适配（主要是前台控件的操作适配）。
其他难题：简单来说，遇到的技术问题是以上这些。但除此之外，还有很多其他与利益相关体的扯皮等挑战（你懂得，有人的地方就有江湖）。这样一晃接近两年就过去了。
最终我们达到一个什么效果呢，不到 20% 的覆盖率，但是效果很明显。最先实现的那个模块（功能逻辑相对固定），从两年前开始到现在都是bug最少的！
现在虽然换个团队，换个产品，以互联网的方式设计产品，设计架构。但是考虑到成本问题，毅然决然的抛弃了 UI。到目前为止只做接口测试。啰啰嗦嗦写了不少，目的只有一个，别做收益不够的投资！
测试大咖分享实战干货经验
来听听霍格沃兹测试学院校长、资深测试架构师 @思寒 的看法。
写的很好，都是非常实用的经验。这里简单说一下我的个人意见，仅供参考。
1. 分层自动化
把接口测试做好，这个可以很好的保证后端质量。而且最不易变，自动化价值高。
UT 单测交给研发，监督他们搞好，保证一定的覆盖率。
UI 测试小部分业务要自动化，保证质量还是有用的。大部分是易变的，手工测试即可。
2. 充分利用云服务
兼容性测试（有第三方服务厂商）
众测服务(花钱也不多，值得尝试，发众测任务，比如把游戏打通 N 关，注册 N 个帐号之类的，发动少量群众可以发现更多问题)
安全测试(类似乌云，可能稍贵，测试行业暂时还没有这种服务)
性能测试(云服务目前还有待完善，主要还得靠自己)
3. 降低自动化的维护成本
比如录制回放技术，不过这个录制回放工具的好坏很大程度决定了效率和成本。
和研发约定规则，自动生成自动化测试用例。
改善自动化的架构，比如使用关键词驱动框架来维护。这样贴近业务，而且业务是基本不变的，
成本太大的话不走自动化也是一条路。
看了思寒的回复，是否顿时就有了执行步骤了呢？
自动化测试落地其实有几大难点
自动化测试技术学习本身拥有一定的门槛；
技能点繁多，缺乏高效清晰的成长路径指南；
最大的难点是：结合业务落地，背后需要大量的实战经验；
不少初中级测试工程师在跨过基础门槛，比如掌握了基本的编程与自动化测试框架 API 后，往往会认为自己已经掌握了自动化测试，便开始投入到实际开发中，却又掉进各种各样的技术债和经验债里，痛苦不堪。比如，遇到框架稳定性与适用范围、用例稳定性、用例可复用性等问题。
其实，最高效的路径只有一个 —— 找到领域专家，在巨人的肩膀上学习最佳实践和避坑经验，并能结合公司业务落地，在实践中积累经验，持续提升。所谓方向对了，路就不会遥远。
必备指南|移动端自动化测试实战
在这里推荐思寒在极客时间的新课程-《移动端自动化测试实战》。
思寒在测试领域工作十余年，先后在阿里巴巴、百度、雪球等公司任职，担任过测试工程师、测试开发工程师和测试架构师等，很早就开始折腾 Appium，甚至自己做了一个开源项目自动遍历测试工具 AppCrawler（Google 也在近年推出了类似的同名应用），有丰富的自动化测试项目实战经验。
在这个视频课程里，思寒把从业十余年的测试心得都分享给你，由浅入深、实战驱动，带你一步步掌握 Android 自动化测试、iOS 自动化测试、微信小程序自动化测试、手机浏览器自动化测试、Page Object 设计模式等等，解决工作中遇到的所有痛点问题。
思寒会如何讲解「自动化测试」？
现在购买有什么福利？
上新最低价，抓紧抢购！
课程信息 Tips： 1. 学习方式：录播视频（每周更新+答疑）。 2. 测试职业发展：请参看往期精华文章 思寒：测试职业发展漫谈 。
文章评论