27届AI 开发和具身智能岗:测试应届生别只盯着「测试」两个字

举报
霍格沃兹测试开发 发表于 2026/09/28 15:02:14 2026/09/28
【摘要】 你翻着 2027 届的校招岗位表,本来只在「测试」「质量」这类关键词里打转。翻着翻着,一条岗位让你愣了一下:一家你印象里做 IT 分销、系统集成、卖硬件和解决方案的老牌服务商——神州数码——2027 届校招里,明明白白挂着「AI 开发工程师」「AI 产品经理」,甚至还有「具身智能算法工程师」。你心里咯噔一下:以前总觉得 AI 岗是大厂算法团队的事,离普通院校、离做测试的自己很远。现在连传统 ...

你翻着 2027 届的校招岗位表,本来只在「测试」「质量」这类关键词里打转。翻着翻着,一条岗位让你愣了一下:一家你印象里做 IT 分销、系统集成、卖硬件和解决方案的老牌服务商——神州数码——2027 届校招里,明明白白挂着「AI 开发工程师」「AI 产品经理」,甚至还有「具身智能算法工程师」。

你心里咯噔一下:以前总觉得 AI 岗是大厂算法团队的事,离普通院校、离做测试的自己很远。现在连传统 IT 服务商都在招了,这是不是意味着,AI 已经卷到你不得不面对的地方了?

先给结论:这确实是条值得注意的信号,但它对你的意思不是「赶紧转行去训模型」,而是「测试这件事正在被 AI 重新定义,你得看清该往哪加厚」。与其焦虑,不如盯住三个具体的能力信号。

一、先看今天的三条公开信息,别被标题带偏

不贩卖焦虑,先把事实按原口径摆出来。

第一条,就是开头那个让你愣住的岗位表。据全职招聘网(quanzhi.com)与南开就业网转载的官方招聘公告,神州数码集团 2027 届校招确实设置了 AI 开发工程师、AI 产品经理、具身智能算法工程师等岗位(核实于 2026-09-17)。这里要老实说一句口径:公告并没有公布这些岗位招多少人,所以我们只做定性判断——「连传统 IT 服务商都把 AI 岗写进校招了」,而不去编造任何人数。

第二条,把镜头拉回大厂。据教育在线(eol.cn)2026-09-07 的复核梳理,11 家科技大厂 2027 届校招里,AI 相关岗位合计约占四成。这说明 AI 岗在头部公司的分量确实在加重。

第三条,也是最容易被标题党带偏的一条。字节跳动 2027 届研发侧新增了「AI 全栈」「AI Agent 开发」等岗位,同时有说法称其技术和产品类岗位需求占比超七成——注意口径:这「超七成」说的是技术和产品岗在整体需求里的结构占比,并不等于「七成都是 AI 岗」,两回事,别混。 另外,据新京报、经济观察报,前程无忧方面称近三成企业已在校招里布局 AI 人才,超三成应届生已经感知到 AI 带来的就业替代效应。

把这几条放一起,能得到一个定性判断:AI 不再是某个专门团队的自留地,它正从大厂往传统 IT 服务商扩散,也在悄悄渗进各类岗位的要求里。趋势是真的。但趋势的另一面是——岗位在被重新定义,而不是被简单取消。对测试应届生来说,真正该问的是:我该补什么?

二、别慌:AI 岗走高,改变的是「测什么」

很多人一看到「AI 岗卷到传统行业」,第一反应是「我是不是得去转行做算法」。这是个误会。对绝大多数测试岗来说,AI 带来的变化不是让你去训练模型,而是让你要测的东西变了。

过去你测的是确定性系统:输入 A 必出 B,一句 assert result == B 就能判对错。而现在越来越多系统里嵌进了大模型或 Agent,同样的输入,可能给出措辞不同、甚至结论有出入的输出。你原来那句精确断言,直接失效了。

这就是测试岗正在被重新定义的地方。它不会因为你「不会写模型」就淘汰你,但会因为你「还只会测确定性系统」而让你接不住新活儿。下面三个能力信号,就是从这个变化里长出来的。

三、信号一:会测「不确定的系统」

第一个信号,是你能不能面对一个「输出不完全可控」的系统,还想清楚该怎么判定它好不好。

传统测试是「对/错」二元判断;测大模型或 Agent,你得换成一种更贴近「评测(evals)」的思维:不再问「这次输出等不等于标准答案」,而是问「这批输出在多大比例上满足了我关心的标准」。比如一个客服问答助手,你不该指望它每次一字不差,而该关注它在几百条真实问题上的准确率、答非所问率、有没有输出不该输出的内容——这些指标能不能稳定在可接受的范围内。

这背后是一种能力升级:从「写一条断言」到「设计一套评价标准 + 一批有代表性的样本 + 一个可复现的打分方式」。应届生现在不用去啃高深算法,但要建立这个意识——面对不确定的输出,判定对错靠的是统计意义上的评测,而不是单次的精确匹配。谁先有这个思维,谁就先接得住 AI 测试的活儿。

四、信号二:懂一点 Agent 工程侧,能跟开发对话

第二个信号,是这两年才明显冒出来的:你不必会写 Agent,但要能听懂开发在说什么。

现在很多 AI 功能是 Agent 形态的——它不是一问一答,而是会自己规划步骤、调用外部工具、拿到结果再决定下一步。这里就有几个你该认得的词:工具调用(tool calling),指模型去调用一个外部函数或接口来完成任务;轨迹(trajectory),指 Agent 一次任务里「想了什么、调了哪些工具、每步拿到什么结果」的完整过程记录;MCP,是一套让模型和外部工具、数据源标准化对接的协议,你可以粗略理解成「给 Agent 用的统一插座」。

为什么测试应届生要懂这些?因为测一个 Agent,光看它最后那句回答对不对是不够的——它可能答案蒙对了,中间却调错了工具、走了错误的步骤。你要能顺着轨迹去判断「它这一步该不该调这个工具」,也要能在开发说「这个 tool call 超时了」「MCP 那个接口返回结构变了」时接得住话,而不是一脸茫然。能跟开发就 Agent 的工程细节对话,是你从「只会点界面」迈向「能测智能系统」的关键一跃。 这一层不需要你会训练模型,只需要你愿意花点时间把这几个概念搞明白。

五、信号三:把质量做成可回归资产

第三个信号,最容易被应届生忽视,却最体现工程成熟度:你能不能把「一次性的验证」变成「可反复回归的资产」。

传统手工测试常见的状态是:这次上线前点点点,测过了就完了,下次改动又从头来一遍。但在 AI 系统里,一个 Prompt 改一个字、一个模型换个小版本,输出就可能漂移,你上次测过不代表这次还对。所以真正值钱的做法是:把评价标准沉淀成一份 Eval 数据集(一批带期望的样本 + 打分规则),再把它挂进 CI,让每次代码或 Prompt 改动都能自动重跑一遍、卡一道门禁——分数掉了就不让合入。

这就是「可回归资产」的意思:质量不再是某个人某次的手工劳动,而是一套能自动重跑、能持续守护的系统。应届生现在不用真去搭一套完整 CI,但要建立这个意识——你做的每一次验证,最好都能沉淀成下次可以自动重来的东西,而不是测完就扔。 有这个意识的人,和只会「这次测过了」的人,在面试官眼里是两个段位。

六、把三个信号摆在一起看

三个信号听起来抽象,落到「会测什么、用什么工具栈、交出什么产出物」这三个维度上,和传统测试应届生的差别就很清楚了:

维度

传统测试应届生的能力项

AI 岗趋势下的加分能力项

会测什么

确定性功能:输入 A 必出 B,精确断言判对错

不确定的系统:同样输入输出可能不同,用评测思维看一批样本的达标比例

工具栈

用例框架、抓包工具、界面点点、Postman 发请求

认识 Agent 工程侧:工具调用 / 轨迹 / MCP,能顺着轨迹判断步骤对不对,能跟开发对话

产出物

一份测试报告、一张用例执行记录,测完即归档

一份可回归资产:Eval 数据集 + CI 门禁,每次改动自动重跑、分数掉了就拦住

看这张表你就明白:AI 趋势对测试应届生的要求,不是把旧能力全推翻,而是在旧能力之上,往「评测思维、Agent 工程侧认知、可回归资产」这三个方向加厚。你的基本功不会白费,只是要往新的地方使。

七、应届生现在就能落地的准备路径

方向说清了,落到行动上,不必一上来就啃大部头,也不需要什么昂贵投入。给三条成本很低、现在就能走的路径:

第一,练「不写精确断言」的评测思维。挑你课程作业或实习项目里的一个小功能,别去断言「输出必须等于某句话」,而是设计一批样本 + 一个打分标准,做一次最简单的评测,把「达标比例」算出来。这一步练信号一。

第二,把 Agent 工程侧的几个概念搞明白。找几个公开的 Agent 框架文档或教程,弄懂工具调用、轨迹、MCP 分别是什么,能用自己的话讲清「一次 Agent 任务经历了哪几步」。你不用会写,能听懂、能对话就够起步。这一步练信号二。

第三,给你自己的一个小项目挂上一条最简 CI。哪怕只是「每次提交自动跑一遍用例」,也能让你亲身体会「把验证变成可自动重来的资产」是什么感觉;有余力再想想怎么把一批评价样本也纳入这条流水线。这一步练信号三。

这三件事都不需要你懂模型内部怎么运作,也不需要报什么班。它们做的其实是同一件事:把你从「只会点按钮的执行者」,慢慢养成「能定义对错、能听懂 Agent、能把质量沉淀成资产」的人。等 AI 测试的活儿真落到你头上时,你手里已经有东西了。

趋势会一直变,热词也会一波接一波,今天卷到传统服务商,明天可能又是新的名词。但把不确定系统测明白的思维、对 Agent 工程侧的基本认知、把质量做成可回归资产的习惯,这三样不会因为下一个新词出现就过时。

AI 岗卷到传统 IT 服务商,对测试应届生的真正提醒不是「快去转行做算法」,而是「测什么、怎么跟开发对话、怎么让质量可回归」这三件事正在被重新定义——盯住这三个能力信号,比追任何一个热词都更靠得住。

你刷校招时被哪个突然冒出来的新要求(比如「Agent 测试」「评测」「具身智能」)惊到过?评论区说说你的第一反应是慌还是兴奋,也想系统补齐这三种能力的话,来软件测试就业联盟,我们陪你把方向走清楚。

关于我们

本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料,主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容,侧重测试实践、工具应用与工程经验整理。

【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。