你的简历里最值钱的两个地方，都被你否决了
关注「软件测试就业联盟」公众号，陪你走好校招求职的每一步
面试官问到大模型和算法，他说“这个我不太懂”
老师当场打断：这两个点是你简历里最值钱的东西
晚上十一点，一场模拟面试刚结束。
学员李同学（化名）长舒一口气。这场原定30分钟的私教辅导，硬是聊了将近50分钟。
“我差点在简历里把自己最大的优势亲手埋掉。”他在笔记里写道。
一、“我做过大模型测试，但也就是跑跑脚本”
对话刚开始，老师问了一个很直接的问题：
“你简历里有个大模型相关的APP，这方面的经验够多吗？”
李同学的回答很实在：
“我主要就是写自动化脚本，比如发100条请求，把答案放到Excel里。大模型的回答你不能自动化判断对错嘛，肯定还是人工看。”
听起来没毛病，对吧？
老师的反应却很直接：
“这个肯定是不够的。” 他接着说了一段让李同学印象很深的话：
“起码得了解一些大模型的基础原理，起码得会调参。如果说调参你都搞不来，那其实跟大模型关系不是很大，只能说你是做自动化测试的。”
关键句来了——“大模型测试现在真的很香，这个行业里应该是目前最好找工作的方向。”
老师甚至分享了自己的学习方法：
“我之前看过一本书，叫《大语言模型的基础原理》之类的，你可以去搜搜看。了解一下基础原理，无论是对于你自己的能力成长，还是面试的时候‘忽悠’面试官，都非常好使。”
“懂的人会觉得很需要你，不懂的人你说出来他就觉得你很高级。”
李同学后来复盘时说：
“我当时就一个感觉——我明明坐在金矿上，却一直在跟人说我只是个挖土的。”
二、第二个“埋雷点”：算法平台
老师继续翻简历，又发现一个亮点：
“你那个‘算法构建计算平台’是干嘛的？我没太看懂。” 李同学解释了一下：这是一个隐私计算的平台，两方数据不可见但可以联合计算，涉及到数据审批流程、计算流程等。
老师敏锐地抓住一个点：
“你本身会管算法评测吗？效果评测你负责吗？” 李同学又很“诚实”地说：
“主要是功能测试，算法跟我关系不大。” 老师当时就笑了——不是嘲笑，是一种“恨铁不成钢”的笑：
“哇，我看完你的简历，觉得最高端的两个地方，都被你否决掉了。”
“第一个我问你大模型，你说没有；第二个我问算法评测，你说不管。这是你简历里最‘值钱’的两个地方，都没了。”
这句话像一盆冷水，也像一剂猛药。
老师说了一句值得所有测试同学记住的话：
“哪怕你真的不管，你回答问题的时候也不能完全说‘我不管’。”
他现场示范了一下怎么回答这类问题：
“你应该说：我们会做一些基础的效果覆盖。虽然没有成规模的评测机制，但每个大版本上线前，我们会有一些评估流程。同时我也会为算法团队提供一些能力支持，比如帮他们准备测试集、固定数据集等等。”
“你聊出来，就比不聊强。”
三、什么是真正的“简历亮点”？
老师的观点很明确：
亮点不是你做了什么，而是你能讲出什么。
李同学的简历里有大模型项目，有算法平台经验，这是很多测试同学求之不得的“背景板”。但他自己没意识到这些经历的价值，只是在简历里轻描淡写地提了一嘴。
老师打了一个比方：
“如果你的简历有1000个字，那你为这份简历准备的大纲，起码要有3000个字。”
“千万不要两手空空地去面试，这种行为非常愚蠢——耽误你的时间，也耽误面试官的时间。”
那这3000字的大纲写什么？
写故事。
老师说出了一个很核心的理念：
“一份简历如果只是罗列知识点，那就是‘叙事型简历’。它没有重点，没有记忆点。面试官随便问一个点，就可能问到你不懂的地方。”
“你要做的是：提前编好故事。把你在业务中遇到的问题、你是怎么解决的、你从中学习了什么、最终带来了什么结果——编好1234567，放在你的文档里。”
“面试官问你一个问题，你不仅要思考他的问题，还要思考：这个问题跟我资料库里的哪个故事匹配？然后把他的问题往你熟悉的方向去带。”
“把他拉进你的节奏里。”
四、口述故事 vs 罗列知识点：天壤之别
老师举了一个非常具体的例子。
如果你的简历里写“熟练使用自动化测试，能自动生成报告”——这只是知识点。
但如果你讲一个故事：
“我在上一份工作中，发现我们每次回归测试都要花2天时间手动跑用例。我分析了痛点，自己学习了K8s和Docker，搭了一套持续集成环境。把原来2天的人工操作，压缩到了每次代码提交后自动触发、2小时跑完。”
“这个平台上线后，每个版本平均能发现5-8个bug，其中2-3个是手动测试很难覆盖的边界场景。”
这就是故事。
知识点告诉别人“我会什么”，故事告诉别人“我解决了什么问题”。
而面试官真正想听的，永远是后者。
“一个工具本身不是产出，这个工具帮公司省了多少人力、发现了多少bug、避免了多大的线上事故——这才是产出。”
五、还有一个隐藏加分项：做过开发
聊到最后，李同学提到一个信息：
“其实我还做过一些开发的工作，虽然就是一个简单的Python项目，架构都是搭好的，我去写接口，而且全是查询接口，没什么业务逻辑。”
老师立刻接话：
“这是加分项，一定要写到简历里。”
李同学有点心虚：“但我技术没那么强……”
老师的回答很有意思：
“你跟我这么讲可以，你跟面试官不用这么讲。”
“你只做过查询接口，不代表你只懂查询接口。面试官没有办法验证你‘做没做过’，只要你能讲清楚逻辑、知道有什么风险、遇到过什么问题，那你就是做过的。”
“而且你可以把这个当成你的优势来讲。如果面试官问‘你觉得你跟其他候选人比有什么优势’，你可以说：如果业务对技术能力要求比较高，我相信我的开发背景是远超其他同学的。”
“这一句话，你就赢了一半。”
当然，老师也提醒：这个优势要适度表达，“稍微收一点，别太满”。但核心逻辑是——你不需要把自己所有的真实情况都“老实交代”，你需要展示的是你的能力上限，而不是你的日常水平。
六、那些“八股文”和算法题呢？
李同学问了一个很现实的问题：
“我要不要准备八股文？三次握手、四次挥手这种。”
老师的回答很务实：
“一定要看，但不用强求看完。那种东西准备不完的，你准备多少都会有遗漏。”
“把其他能提前准备的东西都准备好，八股文能看多少看多少，看不了就拉倒。”
但对于算法题，老师的回答就很明确了：
“一定会手写代码。”
而且给了一个可执行的目标：
“LeetCode上所有的简单题，你上来就能写，这个能力就够了。”
“很多厂商有机制：先给你出个中等题，你做不出来会给你降级到一个简单题。简单题你能做出来，也还ok。困难的题不用看，那不是给测试岗位准备的。”
七、这场辅导之后，他做了什么？
李同学第二天就做了三件事：
买了两本书：一本大模型基础原理，一本隐私计算入门。
重新梳理简历：把大模型和算法相关的经历从一行字扩展成了两个独立模块，并且为每个项目写了500字以上的“故事脚本”。
打开了LeetCode：从第一道简单题开始刷。
他在笔记里写：
“我以前总觉得自己什么都不会，面试就是去碰运气。现在我知道了——不是我不会，是我没学会怎么‘讲’我会的东西。” 写在最后
这场私教对话里，有一句话被反复强调：
“面试不是考试，而是一场展示。”
展示的不是你“知道什么”，而是你“能解决什么问题”。
展示不是碰运气，而是提前准备。
老师最后说了一段话，值得每一个准备面试的人记下来：
“千万不要觉得‘我准备得差不多了’。面试官随便问，我不相信你没有盲区。”
“你要做的是：把你的经历，变成一个个完整的故事。有背景、有痛点、有动作、有结果。”
“这些故事，是你的武器库。”
“进了面试间，你不是去答题的，你是去打仗的。”
本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。