上周一个学弟给我发消息，语气里带着那种刚上岸的轻松。
“哥，签了。某中厂测试开发，总包18万。虽然不是大厂，但总算有个保底了。”
我说：“恭喜。但我想问你一个问题——你觉得三年后，这个岗位还在不在？”
他回了一个问号。
我说：“不是说你公司会倒。我是说，你现在签的这个‘测试开发’，三年后要做的事，可能和今天JD上写的不一样。 ”
他沉默了一会儿，说：“哥，你别吓我。”
我说：“我不是吓你。我是想让你在入职前，就想清楚一件事：你签的是‘岗位名称’，但你真正要经营的是‘岗位内容’。 ”
一、先看清楚：传统测开的“内容”正在被重新定义
我不是说传统测试开发岗明天就消失。我是说，它的工作内容正在被一层一层地替换掉。
先看几组数据。
手工测试岗位需求同比下降47%，初级测试工程师替代率达到70%，AI能自动生成80%以上的测试用例。与此同时，全栈测开岗位需求同比暴增340%，中高级测试开发工程师供需比1:8。
看起来是“测开在涨”，对吧？但拆开看，测开内部也在分化。
字节2026年春招“测试开发工程师-开发者AI”岗的硬性要求里，写着“对AI Agent有深入理解和实践经验”。腾讯要求“1年以上LLM/Agent工程实践经验”。阿里通义实验室要求“熟练掌握机器学习算法原理”。
而2023年的测开JD，写的是“熟悉自动化测试框架”“有Python编程经验”。
两年时间，同一个岗位名称下面，要求完全不一样了。
你签的那个“传统测试开发”，入职后大概率还是要写自动化脚本、维护框架、做回归。但三年后，当团队开始接AI系统、开始搭评测体系、开始要求“能测不确定系统”的时候，你手里那套“写脚本+跑用例”的能力，可能只够覆盖岗位要求的一半。
二、真正该问的不是“岗位在不在”，是“我积累的东西还值不值钱”
“三年后这个岗位还在不在”这个问题，容易让人焦虑，但它问得不够准。
更准的问法是：三年后，我在这个岗位上积累的东西，还值不值钱？
因为岗位名称可以不变，但岗位内容会变。一个“测试开发”的title，可以对应两种完全不同的工作：
第一种，是“维护型测开”。 主要工作是维护已有的自动化框架、补用例、修定位器、跑回归、看报告。核心能力是“让现有体系继续运转”。这类工作，正在被AI一层一层吃掉——AI能生成用例、能修定位器、能做失败分类，维护型测开的“自动化剩余”在快速归零。
第二种，是“建设型测开”。 主要工作是设计新的测试体系、搭建评测平台、定义“什么算可接受”、设计Agent失败的分层兜底。核心能力是“在不确定的系统里，建立可验证的秩序”。这类工作，AI暂时替不了——因为AI自己就是那个需要被评测、被兜底的对象。
你签的那个offer，三年后是变成第一种，还是第二种，取决于两件事：你所在的团队在做什么，以及你在里面主动积累什么。
三、三个判断标准，看看你手里的offer是“资产”还是“负债”
不是让你毁约。是让你在入职前，心里有一张地图。
标准一：看团队的技术栈在往哪走
入职前，想办法问清楚（问HR、问面试官、问未来的同事）：
团队现在测的系统里，有没有AI组件？（RAG、Agent、大模型API调用）
团队有没有在搭评测体系、做AI系统测试？
团队未来一年的技术规划里，“AI测试”占多大比重？
如果答案是“我们主要还是测传统业务系统，AI测试暂时不涉及”——不是说这个offer不能去，而是你要知道，你进去后要自己主动补AI测试的能力，不能只靠团队带你。
如果答案是“我们正在接AI系统，但测试方法还在摸索”——这是一个好信号。 你进去之后，有机会参与“从零建体系”的过程，这比在成熟体系里做维护值钱得多。
标准二：看这个岗位是“执行”还是“建设”
面试的时候，面试官问你的问题，就是未来工作的预演。
如果面试官问的是“你怎么设计测试用例”“你的自动化框架怎么分层”“你怎么做回归”——这个岗位的核心还是执行。
如果面试官问的是“Agent调用失败怎么兜底”“RAG回答错了怎么拆解”“你怎么保证测试不是跑一次就完了”——这个岗位在找“建设者”。
执行型岗位，三年后大概率被AI压缩。建设型岗位，三年后大概率在扩张。
标准三：看你自己有没有“主动补课”的计划
这一条最容易被忽略，但最重要。
不管团队的技术栈往哪走，不管岗位是执行还是建设，你入职后的第一年，是自己能力结构定型的关键期。
如果你入职后只做团队安排的事，团队让你写脚本你就写脚本，团队让你跑回归你就跑回归——三年后，你可能就是一个“熟练的脚本执行者”。
如果你入职后，在做好本职工作的同时，主动做三件事：补AI系统理解、做一个能讲清踩坑逻辑的AI测试小项目、把经验封装成可复用的Skill或工具——三年后，你就是一个“能测不确定系统的建设者”。
同一个岗位，两种积累方式，三年后是两种市场定价。
四、那现在该做什么？不是拒offer，是“带着地图入职”
那个学弟后来问我：“那我是不是不该签？”
我说：“该签。但你要带着地图入职，不是带着盲盒入职。 ”
具体来说，三件事：
第一，入职前，把“AI测试”的基础概念过一遍。 不用深，但要能说清楚LLM、Prompt、RAG、Function Calling、MCP、Agent这条链上，每个环节“是什么、会怎么失败、怎么验证”。入职后遇到AI相关的任务，你不会因为“没听过”而错过。
第二，入职后，主动争取“AI相关”的任务。 哪怕只是帮团队测一个RAG问答功能、搭一个小的评测集、分析一次Agent调用失败。这些经历，是你三年后简历上最值钱的部分。
第三，每半年问自己一次：我积累的东西，是“执行经验”还是“建设经验”？ 如果连续两次答案都是“执行”，就该主动调整了。
五、避坑指南
坑一：以为“先上岸再说，方向以后再调”。 以纯执行型测开的身份入行，前两年还能靠熟练度站稳，第三年开始会面对一个尴尬局面：往上走，要求你搭体系、做AI评测，你之前的积累接不上；平行跳，纯执行岗在收缩。第一年的积累方向，会在三年后变成你的市场定价。
坑二：以为“岗位名称没变，内容就没变”。 同一个“测试开发”的title，在A团队是维护脚本，在B团队是搭评测体系。入职前不问清楚，入职后可能发现“和想象的完全不一样”。
坑三：把“团队带不带我”当成唯一变量。 团队有AI测试规划，不代表会分给你。团队没有AI测试规划，不代表你不能自己学。主动权在自己手里，不在团队手里。
坑四：只补技术，不补“系统思维”。 AI测试的核心不是“会用几个工具”，是“能不能在不确定的系统里画出可验证的边界”。技术是术，思维是道。道不对，术再多也没用。
坑五：等到“被优化”了才想起补课。 三年后的市场，不会等你“准备好了”再变化。你现在入职前的这个月，就是最好的补课窗口。
最后
回到标题那个问题：“三年后这个岗位还在不在？”
我的答案是：岗位大概率还在，但它的“内容”会变。真正决定你三年后值不值钱的，不是岗位名称，是你在岗位里积累了什么。
如果你签的是传统测试开发，不用焦虑，也不用毁约。带着地图入职——知道团队在往哪走、知道岗位是执行还是建设、知道自己该主动补什么。
三年后，你不是“还在不在”的问题，是“值不值钱”的问题。
那个学弟后来回了我一句话，我觉得挺好：
“哥，我明白了。我不是签了一个‘保底’，我是签了一个‘起点’。起点在哪不重要，重要的是我往哪走。”
岗位是起点，能力是方向。方向对了，三年后你不是在问“岗位还在不在”，你是在选“哪个岗位更适合我”。
本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
