再补充一点吧， 就拿我自己这边举例子， 我现在是质量部下属的工程效能团队的 leader， 干的就是研发和测试效能提升的事， 我们公司现在几乎没有 devops，可以说我干的很大一部分活就是 devops。 但是我这的活 我都是刻意的把任务拆解后分到测试团队里去， 跟人商量这个事你能不能做（他们没有责任和义务帮我干活），我负责教，他们负责做， 因为我希望把一些任务，甚至是不简单的任务给他们做，锻炼他们。 甚至我把这些当作留住人的手段。 QA 们也很喜欢干这个活，甚至都是抢着做， 为什么？ 因为他们知道在我这里做完以后，能学到一堆知识。 以后不管是评绩效，甚至是出去面试， 他们都能要个高价。 当然人家不想做我也不逼着人家，大家都是自愿。

楼主怨气有点大， 我理解楼主怨气的根源不在于左移还是右移， 而是自己要去做不应该自己做的事而带来的责任风险，以及同行们的能力和对应的责任都提高了以后导致自己也不得不去做这些以避免被淘汰的压力。

但这不是内卷，这是技术进步以后必然带来的结果，这是社会之所以前进的规则。 这就好像同一个班级的学生，学习差的同学在仇视学习好的同学，认为是他学习太好了导致内卷了自己， 导致自己不得不去学习更多的知识， 而楼主是更极端到仇视全国范围内的学生，是他们学习太好了，导致我的分数不够上理想的大学了。 这个想法实在是有点太小孩儿了， 就像我刚才说的， 这不是内卷，这是社会的规则，这是优胜劣汰。 清华北大的名额就这么多， 竞争的人数也越来越多， 你不去掌握更多别人不懂的知识， 你怎么能考的上呢？ 同样的大厂和高薪的职位就这么多， 你不想拿高薪但是多的是人想，多的是人努力的去学习来拿到那个名额。 还是那句话，优胜劣汰，弱肉强食。 我不认为这是内卷， 内卷是行业内不良的竞争导致大家共输 的状态， 而这些年的测试开发， 测试左移， 测试右移的概念，是为测试行业打开了新的就业机会， 而且是高薪的就业机会。 这是以前的测试行业根本不敢奢望的薪资水平， 如果还跟以前一样人人都是手工测试， 那现在大家就是 10，20K 的工资。 那这种比研发少一倍的工资就是大家想看到的么？

而且说到背锅的事情，那就要提到一句著名的话了， 能力越大，责任越大。 还要补一句：待遇也越大。 10k 的工资就管着 10K 的事， 100K 的工资就得承担 100K 的责任。 所以拿着 30，40K 的工资的时候， 就必然要承担这个水平应该有的责任。 如果你只拿着 10K 的工资老板就让你去负责什么左移右移让你开发这个开发那个的，然后出了事还让你负责， 那这个我绝对站在你这边骂他。 但是如果是拿着 30K 的薪资，站着测开的位子，还不想去开发工具，不想写自动化， 出了事也不想负责任， 那这就是你自己不懂事了。 ps： 上面说的工资都是以北京为前提下说的

你还看这个呢~~~

要求这个水平没问题， 但是在北京这种城市只给 15K 就很有问题了， 30K 以下想都别想

哪个地方会只让你做性能测试其他的都不做的。。。。

都是用是开源的东西拼出来的， 谁也不是自己从头撸啊~~ 拿来就用的东西能有多难~~

为啥我感觉楼主说的是反的呢 业务线不加班工具组加班加到死的这也太反常了~~~ 我觉得具体问题具体分析吧， 到了 30K 这个级别了，就别拿几千块钱做为主要的考虑因素了。 还是看工作内容和这个平台以后的发展情况。 也别为了测试和测开的 title 左右摇摆。 能开 30K 的测试岗也绝不可能就让你上去普通的点点点了，肯定是有它特别的技术含量的。 都了解清楚，再做抉择吧

因为这种事我都不记得我跟研发和产品吵过多少次了。 不过经过我们长期的努力。 现在我们终于是争取到了以下的解法：

• 如果发版时间有商量， 那研发延期，测试这边也延期
• 如果发版时间没的商量，不能变。 那就砍需求或者降低质量等级。

我们也算是掰扯了好久才算争取到了上面的这个现状。 楼主加油， 这玩意就是线上出过几次事，吵过几次架以后就好了。

pytest 安装个 pytest-xdist 就能并发执行测试。 这种并发和 grid 的区别有二：

1. pytest 并发只能是单机运行，有性能瓶颈。 grid 的方式通过搭建浏览器集群可部署在多台机器上，多节点分布式运行可以解决单机性能瓶颈的问题。 同时 grid 也有故障检测能力，某个点挂了，它可以检查出来，使用别的节点运行测试
2. grid 的方式可以有更好的资源利用率和团队协作方式。 通过 grid 搭建的浏览器集群可以给团队中所有项目使用。

现在不在天津买房子是不给正式落户的~~~ 所以还是得买。 不买就只是集体户口。

可以考虑考虑天津办户口， 买房子， 北京上班。

可以啊，jenkins 2.0 的 pipeline 了解一下。 我给你发个我们的例子：https://testerhome.com/articles/22280 在这里记录了。 我做 python sdk 的兼容性测试，就是一个 pod 里起 N 个容器，每个容器是不同的 python 版本。来回切着测。

解法好多啊， 你装个对应的 slave 也行， 用 docker 的插件直接启动个 python 的容器来执行也行， 或者用 venv 来回切换也行。

都招~~ 我们缺好几个人呢

要不你现在来试试，我们还在招聘呢

33 岁， 还在一线。 我目前是公司最老资格的 QA， 也是这个产品线里最老 的人， 俗称老古董。老到什么程度，研发和产品都跑来跟我打听当年的内幕， 你能想象到连我们质量部老大都是我面试进来的么。但是我还在一线， 拒绝了好几次转管理岗的机会。 怎么说呢， 我觉得我做管理一定很废柴。 所以就觉得做自己擅长的东西就好，别勉强自己做不适合自己的东西。

找下家呗。。。还能怎么办

我现在工作中需要写 java， golang， JavaScript， typescript， python。 你非要让我排个序哪个更重要么。。。。。。。 缺了哪个我都干不下去

我用的多分支 pipeline， 有环境变量能拿这些

看你的接口是否暴露给用户直接调用， 还是前端页面调用用户只是操作前端。 如果是前者， 那必须测试。 如果是后者， 低优处理，甚至不测我觉得都是可以的。 不要在不可能发生的场景里耗费那么多时间

等 case 多了你就知道 TS 的类型检查有多重要了。 能在编译期就能检查出非常多的错误来。 而且 IDE 提供的语法提示也很有用。 接口，枚举， 泛型 都是能避免错误的好东西。

我们这 30+ 比较多， 我本身也 33 岁了（之前以为自己 34 岁。。。昨天我媳妇说我算错了。。）我们这些 leader 都是 30 岁以上的（包括一个妹子）。 挺正常的。 一般人毕业就二十三四岁了。 工作个 6，7 年的谁还不是 30 岁了。 至于要不要持续学习， 在这一个行当里， 有一点可以肯定是， 不持续学习以后就一定会被淘汰。 我现在都不敢吃老本， 每段时间都有个学习目标。 没办法， 谁让我选了这个行业

卡学历这种事永远不会消失的， 我当初也被华为卡学历卡的进不去。 没办法， 看淡点吧。 总有不卡学历的地方， 不会没处去的。

我再外包的时候， 项目一结束就基本被裁~~ 淡定淡定， 人都有走背字的时候， 过去了就好了。

chrome 版本我从 58 干到现在 83 了， 我从来没碰见过