其实这就是职业发展到了一定的阶段都会遇到的问题，想去提升又不知道如何提升？想找一个有相关工作机会的公司，这个可能性比较小，因为公司招你来是解决问题的，并不是让你去学习的。想找个人带你，也不现实，现在公司内都没有老员工愿意带新员工了。现在可以去网上买一些儿线上视频课程，或是买一些测试的书，自己来学习；如果公司有相应的同学在做你感兴趣的事情，也可以花点儿心思去学习一下。

1,iOS 的 Monkey 确实比较慢，这个没有办法，这是因为 WDA 的原因，fastMonkey 也是在 WDA 基础上做的，不过 iOS 系统相对来说稳定些儿，Crash 和 ANR 比较少，可以作为与 Android 相对应的功能，不必放为重点。做了几年的相关工作，也没有发现有什么好的工具，网上相关的资料也比较少。
2，Android 的 Monkey 是模拟点击的，所以可以操作 Native+H5，Flutter 都是没有问题的，只是要控制好相应的跳转。我这个文章的时候，字节的 fastbot-android 还没有开源，后来我分析了一下它的工作原理，感觉还是不错，就用这个了。

公司的项目，不能开源，抱歉，只能讨论一下思路！

是的，这个是业务同学最能直接产出的结果，然后再去找是否有相应的工具；否则没有需求，就谈不上开发工具了

流水帐式写法，毫无特点，不能吸引 HR 的注意力。如果你真不知道怎么写，就去各个招聘网站上，按他们的模块填写你的内容，然后再导下来，就比你这个强。

作为多年做自动化测试的老兵，给你点儿建议：1，先吃透一下做自动化测试目的，常规的使用场景；2，多看一下优秀的开源项目，学习一下架构设计；3，所有自动化测试的维护成本都很高，任何项目架构设计必须易于维护；4，要想真正发挥使用，执行时间，性能方面必须要考虑。然后再对照着你的项目看一下吧？！

增加硬件资源可以提高效率，不过不是最好的手段。二楼说的对，需要多方面考虑一下：
1，从用例执行的流程分析一下，找到耗时的地方，从减少用例执行步骤，提升用例执行时间如入。如通过接口减少操作步骤，合理安排用例执行顺序，优化元素定位方法等。
2，在保证用例之间低耦合的前提下，多开几个浏览器，并发执行就可以了。
3，合理选择用例集，因为 UI 用例天生比接口慢，所以要合理安排执行的用例集，也能有效地提高执行速度的。

这个是肯定的，因为太多的测试同学喜欢被动，产品，开发或是其他测试同学给安排了工作才去干，自己不主动，两三年时间就直接和其他同学拉开了距离！

我们已经做好了整套精准测试的东西，支持服务端，移动端和 Web 端，由于是公司内部的东西，不方便和你讨论的太多！

看了一下大家的讨论，感觉对覆盖率的理解不够全，或者比较片面。代码覆盖率只是一个基础，反映你的测试用例执行到了哪些代码。以这个为基础，可以做调用链路分析，自动化和手工用例与代码的关联，代码和用例之间的追溯关系，用例智能推荐，diff 代码的自动化回归，测试质量评估等一套东西，对应的就是精准测试体系。