今年年前不就有预期了嘛？也只是逐步普及罢了

我早在 1 年前的就转研发了

未来应该不会有测试 前端 后端 之类的划分，但是现在我觉得还是有点悬，还没这么达到预期

我觉得转研发后应该还是做 QA 的活，但纯执行层的工作会大幅缩减，通过 AI 做工具或自动测试。QA 职位没了，但该做的事还是得有人做。

测试的岗位可以没有，但短期内测试这项工作内容不可能消失，那么由谁来做呢？靠开发自测吗？

岗位可以缺失 但是工作内容不会消失 应该会转移到产品、运营身上

已经转了，但是还是会做一些测试的工作；说是转研发，其实是除了测试之外，又多了研发的工作

通常是字节里不盈利的项目才会做的行为，事实上测试工作不会消失，只是发生了转移，所谓的 QA 转研发，到头来这些人还是做 QA 的工作，或者只是打着转研发的名头来裁员一些人而已。看看就行了，对真正需要测试的项目来说，这个岗位不可能消失的

我甚至可以告诉你，现在最怕测试人数减少的，其实是开发。我 AI 用多了都希望有个测试给我测试下了

其实可以参考工业流水线，现在工业自动化其实非常发达，但是质检依然存在。甚至考虑到成本和风险，大部分工厂依然使用人力

AI 的可测性问题，以后肯定可以解决的。。。主要是研发的工作也不是那么重要了，要开始强业务 、产品 或者兄弟部门的饭碗了

AI 出来之后，研发的饭碗已经开始保不住了，所以要开始抢业务 、产品 或者兄弟部门的饭碗了

不要用 demo，你就拿一个要上线的项目去这样搞一下，看效果怎样

跟 demo 没关系，以前一个月的代码，AI 一会就写好了，研发 code review + 自测基本就搞定了。还要毛测试

感觉不可同日而语，工业革命的改革和目前 ai 发展趋势还是不一样的。工业革命后还需要质检是因为机械本身不能检测，但是 ai 可以自己做完整套流程。就是现在还在萌芽期还没有这么达到预期的好用

1. AI 导致集成测试成本大幅降低。--集成测试覆盖更全，BUG 减少。
2. AI 导致简单 BUG 的数量大幅降低。--BUG 减少。
3. 人使用 AI 或 AI 本身并没有明确路径可以显著提升软件的质量。--并没有实际解决软件质量，或者是新 AI 时代的质量难点。
4. 现在基本看不到一个需要大量试错的行业，需要大量的软件从业者。-- 供需关系，决定大家都不好过。

无法显式创造价值，那就降本吧。
测试人力总比开发成本低吧，没有办法兼顾开发的就干掉，然后替换一部分高薪开发者。
这个很难理解么？所有大厂都在这么干吧。

我们这的研发全部都 vibe coding 了

....你毕业了没有？？？，没有恶意，怎么感觉你好像没在正规公司里工作过？

哥们啥业务啊，全 AI 托管的质量保证至少要需要业务知识 + 全量代码远小于 AI 上下文限制的一半以上才敢这么干。
我这边现状是测试成本低/质量要求低的研发团队才会把以前本就可有可无的 QA 吃掉作为不裁员的理由。
稍微复杂点的业务的 QA 依旧是大爷，光跨端的数据构造就够研发喝一壶了。

其实是一样的，最好并不等于最合适，基于成本、风险、人性，很多场景还是离不开人

最简单的理解就是：该降薪裁员了，大厂的薪资普遍开的高，薪资待遇需要和小厂对标，但是不能让公司名声受损，对外就说这些测试反对拥抱 AI，开发拒绝拥抱 AI，拉低了生产效率，所以需要他们末尾淘汰。测试转研发的原因也仅仅是测试工资低，业务理解能力强，培训下比普通开发更好用、更具有性价比，以前没 AI，培训成本高，现在有 AI 了，只要教会他们使用 AI 工具和一点点 token 就够。QA 这个岗不可能消失，只有消失的业务，没有消失的 QA，优（便宜、能力强）胜劣（贵、能力不行）汰而已。

我已经事实上转开发快 1.5 年 + 了 (还挂测开 title，但不局限开发，测试、运维、软件相关的啥活都干)
25 年 3 月开始，一开始会话级生成，手撸为主，大约持续了一年，期间也有在工程里接入千问插件 (免费)，但效果太差，更多用来排查问题。
26 年 3-4 月，开始使用 codex GPT-5.3 业务开发、bug 修改
26 年 6 月份，使用使用 hermes agnet，个人助手，排查问题，分析问题。
回不去了。离开 AI 都干不了活，虽然我以前就能撸 golang，java，vue，js，python ，但现在真手撸不动了，AI 效率太高了。

是这种感觉，同道中人，我也一样~哈哈哈，我这边架构都重写 2 词，最近一次花费大量时间 review 代码、自测代码。

重构大工程啊，review 代码得怀疑人生

谁决策谁负责，决策的人敢，执行的人就敢，或者说 不得不敢。顺着走呗

AI 开发的越多，测试越重要

我问过在字节的同学，他是在 24 年就完成了转型，这是在 AI 出现之前就开始有的动作。只不过 AI 加速了这个过程。 这个事情对或者错现在都看不出来，情感上我很不希望出现这种势头，但现实已经有一些公司有这种动作了。只是字节是顶级大厂，所以舆论比较大。但实际上不知字节是这么干的。

对和错不是某个人或者某些人能预测的了，只能交给时间。如果这个趋势一直传递下去，运作了一段时间后公司的营收没有下降，质量也在可以接受范围内，那基本上去测试化就是主流且是定论了。只有一些对质量要求特别高的地方会保留专职测试人员。起码在互联网这种地方去测试化是主流（前提是过了 1,2 年后行业发现没了专职测试，或者只保留少量测试，真的是可以运转下去的）。 而相反的，如果字节这种激进的做法在未来故障频出，用户没办法接受。 那么他必然也会掉头把测试在招回来。 一切都得交给时间来验证， 所以我没办法说这个决策对或者不对。 只能说最终结果由市场决定。

你要想想，开发用 ai，你不得有个人来复核一下 ai 写的代码吗？反而开发的工作完全会被替代，开发未来的就是做测试的活儿。