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

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

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

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

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

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

通过 jacoco 或是对 jacoco 做二次开发，有一套完整的方案可以使用，同时能支持 java 和 kotlin 系列的语言，经过多方验证的成熟方案他不香吗？对不自研的，没有经过业界验证的方案，在性能，安全性等方面还有待考量的，学习可以，生产中不会有人使用的。

流量回放和录制用例在几年前就提出的概念，经过各大公司多个业务实践过，理论和现实差距很大的。综合考评，投入产出比严重失衡，也可以说价值不够大，这也是这方面的技术后续没有大的发展的原因。文章介绍的工具思路很好，不过无法使用到真实的环境中，一是，不同公司的产品会因为技术，架构，实现方案等原因，造成千差万别，无法统一化；二是，由于安全限制，产品特点等，无法让你获取到相应的流量的；三，收益得不到认可，搞过很多次相关技术专项，业务相关同事只是拿来做参考，不会重视，慢慢的就没有人投入精力去使用了。个人的一些经验，讨论一下。

无论你工作多久，能力多强，都不建议在简历上写"精通"两个字，可以换种说法，比如说：从零开始参与了某个项目的全流程，测试计划是什么？设计了多少用例？发现了多少 Bugs？最终达到了什么效果？而你自己在这个项目中又学到了什么？把数据一一罗列出来，面试官自然会给你的水平打级的。如果你自己说精通，那以中国人的个性，他会努力证明你并不怎么精通，然后再给你定为能力不行，何必给自己挖坑呢！

SDK 测试技术含量很高的，只是你没有接触到而已。首先，需要开发一个测试的 App, 然后基于这个 App 去做 SDK 的动态注入，以便灵活测试各个版本。如果可以的话，也可以拿客户的应用进行动态注入。第二，做自动化测试，基于 app 做自动化测试；性能测试等；第三，当然兼容性测试也是非常重要的，要做兼容性测试，就会涉及到手机集群什么的。总之涉及到的内容是非常多的，可以深入了解一下。