看看论坛里 孙高飞的案例就可以了啊，人家就是做测试做到很牛的境界了

嗯，是的。我现在的做的技术职位，每次都要鄙视一下我以前的测试经历。代码层次不够，技术价值不足。。。
年轻人还是要多努力，多学习。唉。

有圈子，圈子要去一线。
本质是个咸鱼，不想去。

35 的时候有国企的职位，要去做技术。。。。
现在不是做不下去，是犹豫，烦躁，到底值不值。

去哪里当咸鱼？国企？考公？事业单位？

唉，现实就是这样，35 的槛该来的总会来，这是大趋势，能做测试一直岁月静好的除了大牛也就那些运气好的。有时候你要面对一个事实就是做 it 过了 35，你的价值就是在下降的，当然努力和天赋可以化解贬值的速度。
所以那些还没到 35 的年轻人，趁早让自己多升值点（努力上进一点），免得开始贬值的时候随便跌一下就到底了。顺便说下，我也 35+ 了。

需要喝点鸡汤 平复一下心情

谁都想岁月静好啦，可惜现实不允许啊！

安安静静过一辈子不好吗？

还是匿名的？

算下来我做了 8 年左右的测试工作，从小厂到大厂，如果你把测试工作划定在功能检验上，那么只能说是你自己对测试工作的内容和测试工程师的定义理解上有偏差。

简单说几点：
1、测试工作你是划定在开发完成后的测试阶段，还是软件系统的整个生命周期内容，这两者的工作内容差别巨大。
2、测试工程师职责你是仅仅划定在根据 PRD 的内容进行功能验收还是软件系统的质量保障上。这两者对工程师的要求一个是天一个是地。
3、测试工程师技术范畴仅仅只是点点点？仅仅只是会使用各种自动化框架？仅仅只是会使用各种性能、接口、安全的测试工具？要做好质量保障，思考你一点，你是否具备 “预见质量风险的能力”，说明白点，你是否能对测试对象的技术实现和业务场景做到完全了解。从技术实现角度来看你是否对采用的技术了解，为满足需求这些技术是否存在质量风险，开发技术设计评审时你是否能一眼看出设计带来的当前和未来的问题。从业务场景出发，你是否能发现技术实现方式和业务场景不匹配的情况，或者业务场景本身存在矛盾的地方。
4、另外就是测试设计能力，这个能力不是指的根据 PRD 进行测试用例设计，指的是软件系统整个生命周期质量保障的设计能力，从需求到来，到开发测试，到上线运营，到迭代更新，到系统下线的整个生命周期的质量保障设计能力。

带薪学习。。。跑赢内卷后跳槽

有合适的就换吧，没合适的待着学习

一般是以相似度，你可以设置一个阈值。

hash 值是不是可以？

目前的情况很楼主很像，想学习毫无斗志！

换

参与到技术设计中把控方向、跨界到研发团队管理……

大佬们站得好高！！我这处境完全不在一个档次上。请问很多大厂人或大佬都是处于这种地位的吗？？我在考虑要好好准备跳到大厂历练下

神比喻，不过的确自己要去高端局看看市面，定个目标努力去一线大厂吧

大佬从来都不匿名的

4 楼说得很好，站的角度比较高了。5 楼领悟不了 4 楼的意图，那就没办法了。到互联网大厂历练一下，就知道该怎么去下手了

这个类比倒是很恰当啊

玩过 moba 游戏吗，测试说白了就是个辅助，肯定不如开发啊，但是在高端局（大公司）测试的重要性还是挺高的，当然在低端局（小公司），测试确实不受重视，因为低端局，开发自己就能 carry 了

开发可以没有测试 测试不能没有开发

测试不只是测来测去，测试是在提出一些经验相关的关键问题判断在成本与收益之间达到平衡的一个过程，是一种调查分析相关的技能，综合需要批判性思维、金字塔思维、逻辑分析、沟通艺术、it 全栈全方位的技能，要求很高的