我都是尽量在工作中提高自己，在工作中发现可以优化的地方，一步一步在工作中提高自己我觉得是最好的。 比如刚来公司的时候是没有自动化部署的， 所以自学 docker，推行容器化部署。 后来团队越来越大， 环境越来越多，要好几台机器上部署很多套环境。 效率越来越差， 所以自学 k8s，全面在测试环境中推行容器编排。 后来产品架构也接入 k8s 并推行微服务， 于是我提出混沌工程和稳定性测试，学习 golang， 调用 k8s 的 client-go 开始开发故障注入工具和稳定性测试工具。 后面为了优化用户提现，又开始学习开发 k8s operator。 就在容器这一条技术栈上， 我一直是在想办法发现目前团队中可以优化的地方， 然后学习新的东西去实践优化。 比如我这两天发现团队中做性能测试的时候针对 jmeter 的痛点， 比如想搭建稳定的分布式 jmeter 压测比较耗时， 比如没办法实时的看 tp99 tps 这些指标只能等测试完了才能看。 所以我针对这个痛点， 现在正在调研在 k8s 上一键部署 jmeter mater/salve influxdb grafana 的这套测试架构。只要成功了就可以提升不少性能测试的效率。

我一直觉得测开要有产品经理的能力， 要会给自己找活， 不断发现优化点，然后去学习去实践。 不要等着别人告诉你要做什么。

1. 每天关注行业资讯动态，包括公众号、团队博客、社区等信息，扩大自己的知识面和眼界
2. 参加各种沙龙和大会，结识一些比自己聪明、能力比自己强的人，向他们学习思考方式，打破自己的认知屏障
3. 基于手上的工作，每天都要思考（思考并不占太多时间，比如上下班的路上）如何改变工作现状，自己做的事情绝不是世界上独一无二的事情，别人是怎么改变和提效的
4. 斟酌一些可行的想法和案例，和 leader、团队成员、资深的同事沟通（也可以自己尝试，可能会走点儿弯路），找到一种切实可行的做法，学习和实施，不断的调优和纠偏，阶段性的回顾效果
5. 在实践过程中去学习很多知识点，比如大家都在研究代码覆盖率，那代码覆盖率如何收集的原理是怎样的，比如 jacoco，对于移动端、服务端、微服务的不同应用方式可能存在哪些问题，去深挖和实验；比如 Appium 底层的实现机制是怎样的，优缺点都有哪些，在研究的过程中学会记录；
6. 经常内心提醒自己，为什么这么做，这么做对吗？有没有更好的方式？不做行不行？价值在哪里？
7. 学会分享，分享你学到的知识，你自己会是最大的受益者，因为你需要把掌握的内容夯实，防止误导别人

这样的生活方式会比较累，看个人喜好，仅供参考，有的人 8 小时之外绝不做工作相关的事情。每个人做的事情其实大同小异，差距还是在 8 小时之外

在同等的工作量和业务节奏下面，分步朝着如下目标迈进，手段不限：
1、加班把自己的活干好
2、不加班把自己的活干好
3、用自己的闲暇时间帮着大家一起把自己团队的活干好
4、帮着大家一起不加班
5、跟着/带着团队帮着跟自己有合作关系的团队，让他们跟自己的团队协同的时候也能高效

足够提升了吧，这目标感觉够干到退休了