很厉害啊，和硬件结合的 AI 才是最强的。

你搞错了吧，有确定答案的肯定还是 true 和 false 的断言，这个不用变啊。
不确定答案的，你想说大模型的幻觉吧，这部分都是一般是人工抽检 + 另一个更厉害的大模型做判断（时间长）。另外你得想办法降低大模型的幻觉啊，比如 RAG、长文本、多轮会话下的解决方案，乱答之后的报错机制等。不是来这里吐槽呀。
AI 测试目前是要把手工点点点的完全代码化（AI 效率特别高），让问题尽量的前置/左移比如 CR、单测、接口自动化、UI 自动化、数据库的对账、监控巡检等，然后手搓 agent（agent 测试开发？？）给所有人提效。你说的是断言判断的部分吧，这地方和之前一样就行。

没懂大模型体量很小是什么意思，MOE 下，体量很小也很强大了，你要干啥不够用，是你用的不好吧。

不要想的太复杂：把 AI 当人来问，来请教就行了。
不要炫技：AI 面前，大家都是学生。
选择最合适的：QA 的最终目标是帮助业务成功。
不要选择最好的：还是选择最合适的吧，最好的可能搞不定。

面你会的呗，另外可以去看看牛客网的面经（我大受启发）。

浅答一下，最近在看 ai 的东西。1. 你可以去看下高飞的接口测试代码生成提效的录屏，他那里有解决方案，比如自动生成 rag 文档，代码结构/格式，提示词的写法等，你的 80% 目标没问题，并且不用 coze 这种可视化流程编排工具，直接 cursor 等就行。2. 我建议数据层要写好，这里要投入大精力，包括边界 Case 也是边界的数据构造。3. 你可能想说 agent 的开发/测试比较重，不是你的工作核心，实际上 qa 的工作核心就要转变到 agent 开发上来，agent 开发是 2-3 年的未来，你不做别人做了，别人就把你干掉了。

真的感慨啊，本文中 Ptest 的 QA 实现者现在是我的实线 leader，圈子是真的小啊，哈哈，我当初崇拜了那么久，感慨万千！

以导出功能新增一个字段为例，头条这边 QA 介入的方式如下吧：

1. QA 参加需求评审和技术评审，评估影响面。
2. QA 对自动生成的 Case 做检查，看 Case 是不是都包含了，尤其是边界场景。
3. 研发自测，流水线上会执行 QA 之前写好的底线 Case。（你这里问的其实是此需求涉及的可能是 P2 级别的非核心 Case 自动化要怎么改怎么执行，如果你们 P0 的场景都自动化覆盖完了，那么写 P2 的没关系，如果 P0 的都没写完，这部分 Case 就是没有），研发来保证质量。
4. 验收阶段，PM 和 QA 、RD/FE 一起在测试环境演示一遍，什么问题当场就演示就问，确认效果。
5. 上线后的线上回归，也是 RD/FE 来执行。

你问的这个其实是个大问题，如果你这套跑通了，实际上你的工作就没了。
那么你问的问题能不能实现呢？如果是新增导出功能这个例子，我觉得是可以实现的，AI 来生成这些自动化代码，很快。

“所以 AI 的出现并没有拉进普通人和专家的距离，反而把差距拉的越来越大”，对这句话，目前的我是想反驳的，AI 无限拉进了普通人和专家的距离，普通人和专家比就剩两步了，一是专家才能给 AI 纠错的能力，不过这点大模型越来越准确了。二是专家对知识的融会贯通，可以创新。但是普通人也可以创新，这个知识积累的门槛已经破了。
此刻的我的心情是很复杂的，没想到能亲身经历这次技术革命，很兴奋，但是革的是我的命，很 x 蛋。
工业革命那一次，机器替代的是体力。一个靠力气吃饭的人，突然发现机器比他有力气，比他持久，比他便宜。那场革命打碎了一个延续了几千年的结构，体力稀缺这件事，从那以后，不再成立了。这一次，替代的是智力。——取自知乎。
我现在很悲观，ai 真的太强了，我也是后知后觉，真希望我能找到解法。

1. 人力要用到高优的地方去，比如你们有特别高优的需求，这个需求做不完，公司就黄了！那么完全不用做什么自动化，核心人力都投入到高优需求去。
2. 领导有职责，就要找到当前阶段，团队最高优的几件事是什么。可能他能力有限，找到了这个，也可能你们团队很完备，剩下了这个，总之你领导认为这个是高优的事。
3. 你有能力，你发现了更高优的团队事情，你高瞻远瞩，可以私下跟领导聊聊，看看他是不是能转向，如果你的高优方案能让他上下都没有推进阻力，还有高绩效拿，那何乐而不为。
4. 你也不知道应该做啥，那么从本质上说，你们领导目前推进的自动化测试，是难而正确的事，要推进没啥问题。我赞成推进。这条是我最想说的，放弃谁都会，坚持才是最难的。
5. 你知道应该做啥，你伟光正，但是你领导真看不清楚，是个蠢材，那么建议划水，早日脱离苦海。

量化主要有几点吧，1. bug 召回率，能找到多少 bug，占总的 bug 数是多少。2. 节省了多少人力，比如有些场景手工就不用验证了，或者某些需求就不用人工介入了，人力缩减了，但是干的活没少，甚至更多了。（更卷了）3. 挽回了多少线上事故，挽回了多少资损。比如研发偷偷改的代码/配置触发了自动化，被发现了 bug 等等。4. 自动化的口碑提升，小组内的，部门内的，公司内的，行业内的，收到了多少好评，提高了多少影响力，增加了多少公司的凝聚力，大家干活更有奔头儿了，加班更多了，啊，呸，大家工作热情更高了，一起为质量保障想的更多了，又主动创建了多少多少工具。

最核心的是思考你的工作怎么帮助业务提高质量，其它迎刃而解。

大厂能面试你，我觉得很奇怪，学校够不上吧。
可能你简历写的很 NB，里面啥啥都会，那就给个面试机会。
一面我理解的逻辑很简单，就是你简历上写的都是真的，就能过一面。比如你写的精通 SQL，那么人家就按精通的标准来，你写不出来就是欺骗就凉，逻辑很简单。你写简单了解 SQL，但是精通 Java，人家也会面你，但是 SQL 要求就不会那么高。
一面挂你，总体是个不会错的决定，一般都这么干，可能不是你的问题，别灰心，继续加油。一般女面试官比较水~~比如颜控，哈哈，别太放在心上。
现在要求太高了，3 年经验能学到啥已经一日千里了，不好说了。
我觉得你可以简历上写，某某核心需求，你写了 5000 行用例，怎么执行的，怎么设计的，怎么让这个核心需求高质量上线的，线上多少用户没出过问题，后续有什么思考怎么改进。可能比精通 SQL 要强不少。

感觉你说的中厂是类似 58、知乎这类的，口中的小厂，还能这么给钱的，大概率不能成为 “厂”。
题主有一些概念其实不太清楚，不像钓鱼贴，所以来答一下，当然我也就一看客，随意发挥了哈。
首先，小公司其实没看起来的那么稳。入职小公司，很基础的，里面要有能接应你的人，是内推过去的。要不然你咋知道是不是抗雷进去的，里面就一大坑，比如这个项目处在黄不黄之间，老板想博一把，高价请来一批人，成了就赚了，不成就砍了。再者小公司人际关系风险要高不少，你的总监可能就是大厂的一个 P7，相信你也见过 P7，可能也没 diao 过他，现在是你的总监，你要舔。小公司基本都是站队，站错边了，就凉。
你对小公司的发展前景也太乐观了，这么说吧，就算小公司 NB 了，你入职的时候没谈到什么高级职位，想坐顺风车，一荣俱荣，那就是想多了。小公司更多的是新人换旧人，比如发展大了，空降一个某某大佬，他肯定带一堆小弟过来，旧人瞬间从主力走向被替代。
其次，小公司和大厂的工作内容差距，比想象中的要大多了。你未来想回到大厂，要难多了。而中厂和大厂的工作内容差距没那么大，主要是公司内部工具基建完备程度接近，所以大家工作方式很接近。按知乎、58 举例，这种跳大厂还是容易一些的。
最后，简历是不能往下跳的，尤其是年轻人，简历是要一步一个脚印，是要有逻辑的，钱是一方面，你要去完成什么 “使命”，你的职业规划是什么，要在简历中体现。一般真不往下跳，越走越垃圾，后面真不好解释，可能简历关都过不了。
那么什么时候你能去小公司了呢？
是内推，内推人站住脚够给力，去一个调查过的好部门，过去后直属领导你足够了解，或者就是有大腿抱，钱必须到位，职级要高，你去不是打杂的，一定要一个高职级能打一片的，公司要说得过去的比如上市公司，你是能 hold 住这个职位的，你不是混子，有即使被干掉也能再找到工作的实力。

我理解的轻松简单模式：

1. 学校学历要好，比如 985 硕士。学习成绩不能太差，当然你都硕士了也差不到哪里去。这样面试机会很大。
2. 计算机相关专业，计算机相关的技能要很熟练，比如下载文件前后端是都是怎么做的，这种技术原理要 66666，刷题要 6，代码不能生疏。为人性格要好，思维要快，简单说话茬不能掉地上，什么问题都要接得住。这样面试基本就过了。
3. 所谓面试造航母，进来拧螺丝。入岗之后的技能包要求其实低多了。不过要拼一下，按拼 2 年准备，就是每天 10 点下班这个觉悟要有，目的是得到团队的认可，人脉建立，关键是得到某些大佬的好印象。
4. 可以不用天天拼了，但是不建议划水，大家的眼睛是雪亮的，划水被发现是分分钟的事儿，但是可以忙些自己的事情了，比如家庭，生活。主要是跟对人、找对业务，要主动去接近，去找。
5. 团队地位的提升，责任和能力的要求越高，但是不要担心，因为你有年龄的优势，团队会给你试错的机会，别搞太炸是没事儿的，勇敢向前。多请教领导。
6. 非常的自信，你做的事就是对的事，不用管别人眼光，大家会不自觉的受你感染，向你看齐，心态放松。
7. 团队资源会向你倾斜，什么会议，出差的机会越来越多，不再上手干活了，就是指手画脚了，我认为这是轻松的开始。

可能发展真的太快了吧，或者大家太卷了，楼主这种能力都找不到工作了。
先抛开非统招/专科简历筛选就过不了这个事情不聊，就聊聊能力层吧。
现在对 QA 的能力要求确实也太复杂了一些：

1. 干活能力。测试流程 + 测试基本功 + 基本的 coding 能力。接口测试 + 性能测试由于工具太成熟了，学习成本低多了，上手很快不值钱了。相反测试流程 + 测试基本功是个人素质综合能力的表现，更值钱了。
2. 提供解决方案的能力，或者说是执行力。遇到什么需要执行的，没有任何的能力障碍，直接搞定。这方面也很大，软素质和硬素质都要求非常高，精通这一层是 P7，小概率 P8。
3. 发现问题的能力，或者说是找活的能力。现有的所有，是不是完美的，问题在哪里，是不是需要解决，怎么解决，收益是什么，需要多少人手，多少时间搞定，遇到阻塞是不是都可以搞定。P8 的基础。大家都跟你混饭吃了。
4. 再往上，多少有点儿玄学了，靠命。

说回来吧，我觉得楼主发帖有点儿愤愤不平，怀才不遇的感觉，但是以我看，也可能是路走偏了，技能树都点在普遍存在的工具上，缺少亮点（github 项目也没有），真假也难辨。也可能是简历写的不好，没有说清楚自己能干什么。非统招确实难，至少 3 年前，就对非统招不友好，至少我司举例，只能是外包/vendor。

我来 B 之前，感觉和你的心情有点儿类似，不知道怎么提高自己，或者不知道自己真的缺啥。当然现在也不是很知道缺啥，就谈点儿想法吧。
我认为我能来这里，主要是几点：1. 学校学历达标。2. 带过人，带人的经验其实很 2，但是岗位其实不需要什么带人。3. 技术过硬。4. 沟通达标。
不知道你处在什么阶段，可以尝试打造自己的亮点。
来到这边之后，发现弱项逐渐暴露：1. 不懂业务测试，甚至缺乏业务测试的自信心，业务测试是一个非常大的范畴，当然也是一个无底洞/绞肉机，很多人不愿意做业务测试，我身边也有很多，但是我认为可以不愿意，但是要懂。要做到懂，其实非常难。2. 总结能力差，知识扩散的能力还不够。知识自己能懂，但是不能太快的传播给别人，表现就是不会写文档，不会画架构图，不会写 PPT。3. 不太会 push/推进。这个问题其实也非常大，需要非常综合的能力。我当前认为最重要是发现问题的能力，还比较浅显。4. 沟通能力，怎么能把一个事情讲清楚，把自己真正想说的表达清楚，让别人接受。
每个人的情况不一样，我就是简单说下我的情况。
我之前迷茫的时候，就去大厂面试，被虐，就知道自己缺啥了。或者进了之后，也知道自己差哪了。

年假不会吧，比如抖音是法定年假 + 福利年假，休息是没问题的，不休息也能换成钱（法定年假 1 天换 2 天工资，福利年假 1 天换 1 天工资，1 天工资大概是月薪/22.5）。不相信 360 是因为这个干人。

借楼，一个公司的，可以单 M 我内推，多试试几个部门。
谢谢楼主了。

1. 必须一本。
2. 必须懂代码，能写能读。代码比较泛，能读就是所有的代码都要能读，包括但不限于 go，java，python，shell，注意是所有吧，至少超短时间内都要能读。能写其实对所有的也是要能写，至少是仿写。所以建议刷题。
3. 必须有执行力。超强的执行力。
4. 基本必须要有职业规划。
5. 加班不抵触。 然后单 M 我，我内推你。

面对 35 岁门线，我的选择是来头条 996。

非大佬，混饭吃。

20、你有公司代码的权限吗？
当时回答：如果我问开发要的话，他们会给的，像我现在测试小程序用的是微信开发者工具测的，都是让开发把代码打包过来

公司代码权限是要主动要的，测试需要看开发的代码。直接回答天天看代码就完了，面试官才好深挖看到过什么问题，codereview 之类的。

23、你目前接口自动化脚本的覆盖率是多少？
当时回答：公司的接口有点多，我目前只针对主干流程的接口写了脚本，这些模块占全部功能的 20% 左右吧

多是正常的，写不完是正常的，要回答出现在的情况，未来的计划，带来的效果，遇到的困难等。这太轻描淡写了，没有共鸣。

面试官想看到的，都完美的回避了

革命尚未成功，同志仍需努力！996 就完了！

设计时为什么不结束之后再传给 master?
回答：就是为了实时看到压测结果，即便是非 gui 运行，脚本也会打印实时结果的，这个结果相当于是汇总的。

还有这块代码再源码的哪个类哪个方法里，知道的大佬，麻烦告知下，谢谢
回答：非大佬。本身是使用 rmi 的方式调用的，没有什么特殊类或者方法来做回传的事情。
org.apache.jmeter.engine public class DistributedRunner 去看看这里的代码，最终的 engine 也是 StandardJMeterEngine。

这样会导致压测的时候网络带宽占用过高
回答：这个不想解释为什么，懂的人自然懂。要修改这个问题，必然对 Jmeter 进行大的修改。