学深了不简单的， 只是简单会用， 拿不了多少工资

额， 其实前端不像大家说的那么简单。

如果你想转开发的话，也尽量别转前端。 前端竞争是大，而且天花板低。 跟你在测试一样的， 测试如果只测客户端，天花板也低。

共勉

可以把简历发给我， sungaofei@4paradigm.com 我们还是在招人的

我到现在都不会这些东西。 去看吴恩达的课把， 他是最说人话的了。 反正以后不需要你写算法。 所以不用懂那么多数据知识

不用肯定忘。 我现在也记不起来 jmeter 怎么用了。 上次用都是 5 年前了

就是学~~ 然后用在工作里~~~ 就这样。 我觉得只要在工作上用的上。 就不会忘的

故意没写管理的事情， 因为我不做管理岗了。跟领导沟通过几次了。 还是专心做技术了。 管理不适合我。

轮岗只有两个目的，一是去学习的， 了解项目里各个岗位需要面对的技术和业务。 二是去帮忙的， 有些团队人力不足或者能力不足的时候去帮助他们的。

恩恩， 写的时候不想写家庭的事😂

我应该是全社区最啰嗦的人。 https://testerhome.com/articles/21015

楼主，下次请讲师的时候最好先打听一圈吧。 你也真是不问世事。。。。。

自己先用起来吧， 等自己对这个东西熟悉了， 帮助研发做镜像，做部署方案。 让他们尝到甜头了就好推了

就坚持做自己最擅长的事儿吧， 别想太多了。 就算有 100 条比纯技术更好的路， 但是不适合自己也是枉然。

恩， 怎么说呢。 其实在职业发展的路上，大多数人大部分时间都是自学的，能有水平好的师傅肯认认真真教你的情况基本上很难遇到，尤其测试领域里就更难遇到了。 所以楼主觉得老大教不了自己的这个情况不用太纠结， 因为大家差不多都是这样的。 等你成长起来以后你会发现， 一般部门里老大要委以重任的人， 是要教老大应该做什么的人， 而不是老大教你该怎么做的人。

反而是一个有技术挑战的工作环境更能让一个人成长起来。 就像你说的学的东西不用在工作中的话， 你也不敢说熟练。 所以学以致用才是最重要的。多想想怎么在工作中进行创新来提高效率是很重要的。

还有就是关于学什么东西，该往哪个领域发展的问题。 自动化，容器化， 大数据等等等等都是方向，关键在于你能不能找到相关的工作岗位以及你能不能坚持下去。 你现在的情况是先不要纠结哪个方向最好， 而是抓住一个机会就走下去。 毕竟你现在还没有挑工作的能力， 现在只能是工作挑你。 任何一个领域你研究的深了，结果都不会差的。 还有就是其实后来你就慢慢知道了， 技术不仅仅是写代码， 甚至往后面发现 当你处理一个大型系统的时候，你大部分精力都不是在写代码上。你要学习的东西也早就超越了写代码的范畴。 比如学习各种中间件，分布式系统， 容器编排系统等等等等。 很多时候就是学这些东西学 1，2 个月。 然后上手写代码去做相关的事情就 1，2 周甚至几天就结束了。 比如我在 K8S 下做环境部署的时候， 在这之前学 k8s 学了 1 个多月，到写部署脚本的时候 3 天写完。 因为只有拥有能足够维护一整套 k8s 的能力的时候，你才能去真的写那几百行代码， 否则出了点什么问题你都解决不了。 所以平时可以不要只关注代码层面的东西， 不懂代码的人绝对不是技术人，但是技术绝对不仅仅是代码。 事实上代码写多了你就发现就那么回事了， 什么 UI，接口，单测，白盒黑盒的都没什么挑战了。

没事的，条条大路通罗马， 加油~~~

你直接点开我的个人主页看把。。。我好久没维护这个目录了

我明白了， 你想做个统一的页面把所有自动化测试类型集成进去。 在这个上面操作。 这个可以啊，纯 web 开发的领域了。 你们想怎么搞就能怎么搞了~

为什么你们非要把自动化测试弄出个平台来。。。。。。还要弄的像个产品一样。。。。

额，我不是写过么。 就是那个什么 UI 自动化军规和常用设计模式。 我们的 UI 自动化真的没别的花样了。 就是老老实实的写代码。 说有花样也就是 grid 是启动在 k8s 里的， 可以并发几百个浏览器进行测试。

TO B 的业务产品形态相对稳定， 节奏相对慢一些。 比较好积累自动化测试用例