【换个名词，一样的格式】
有了 AI，普通测试懂点代码都能自己搞平台、框架
专门的开发感觉存在意义不大了
结合现在头部互联网公司已经推进研发测试合并的趋势
我总结：研发岗位，拉完了

无论 AI 写代码的能力再强，有些领域知识还是存在壁垒的…… 肯定有用，就看测试开发岗有没有纯测试出身的人真的能通过面试就好了

【测试结果为 PASS 的还真不一定是 PASS】，你都这么说了，那肯定还是需要人工再 check

【如果需要人工再 check 一遍，那么好像 AI 测试也没能提效多少？反而成为了一种负担】

1. 现在技术行业在疯狂落实 AI 的一切根据无非是 “大家对大模型能力上限有一个极高的预期”，大家是在给未来做铺垫，或者在争未来的主导权，让自己不掉队。
2. 所有的提效都不是一蹴而就的，本身都需要打磨，只是打磨的时间长短问题；选题方向就直接影响了可行性和打磨时长，所以这里的【AI 执行测试】具体是个啥？

字节还是舍得给钱，经典互联网模式，早期干啥都是不计成本先圈流量用户

后面我发个 spec coding 的分享

测开现在算是一条不归路，在 AI 下代码技能和熟练度逐渐变得不关键，关键是发现问题的经验、落实执行力、架构设计能力，在业务方向会越来越有优势。

毕竟以后 AI 把研发需求都卷完了，研发就该来卷测试工具了，测开是 100% 被研发卷到的。

建议还是找业务方向为主，面试时可以把搞过测开方向为优势去切入。

我其实更想看第三个命题【命题三：源于 “生产者” 的质变——用 AI 编写的软件系统如何测试】

这类垃圾邮件很早很早以前就有了，真可谓海量捞鱼

如果要用户体验好，肯定得和目标系统耦合在一起，不一定是什么前端，可能就直接是后端把 ai 整合在一起调用了。

【这整个搭建过程复杂吗？一个人再通过 AI 大概多久能完成呢？】这个问题太 case by case 了，没法回答

写简历要点其实不是极繁，而是极简（前面很多网友都是一样的反馈 “太长看不下去”）。
如果不得不凑字数，也要凑些有价值的能聊清楚的内容，不然就自己给面试的时候挖坑了。

不是的，在某个 AI 聊天框上的问答模式显然没法满足，体验割裂的同时也没有上下文一说。都是通过 api_key 调模型接口的。然后固定好提示词，以及一些业务资产的输入。