关注 「软件测试就业联盟」公众号，陪你走好校招求职的每一步
秋招进行到一定阶段，很多学生会开始经历一种特别折磨人的状态：
投简历。
没消息。
继续投。
还是没消息。
最开始投10份的时候，还觉得可能是岗位不匹配。
投到30份，开始怀疑简历。
投到50份，开始怀疑学历。
投到100份，基本就只剩一个结论：
“今年行情太差了。”
行情当然会影响校招。
学历、学校、实习经历也都会影响简历筛选。
但有一个问题经常被忽略：
很多学生所谓的“海投”，其实从第一份简历开始就没有建立正确的投递策略。
100份无效投递，并不一定比20份高质量投递更有价值。
一、先别急着继续投，先算一个最简单的数据：你的面试率是多少？
假设你已经投了80份简历。
真正进入笔试、测评、面试流程的只有2家。
这时候最重要的事情不是：
“今晚再投20家，凑够100份。”
而是先停下来判断：
为什么前80份只有2份有效反馈？
求职其实也应该有一点测试思维。
输入已经很多了。
输出明显不符合预期。
第一反应应该是：
定位问题。
至少检查四件事：
岗位是不是匹配？
简历是不是有问题？
投递时间是不是太晚？
你的背景是不是触发了某些岗位的硬筛选？
如果这些都没分析，继续机械海投，本质上只是重复执行一套已经证明转化率很低的策略。
二、很多学生第一步就错了：只搜“测试工程师”
准备测试开发校招以后，很多学生每天打开招聘平台，搜索：
“测试工程师”。
然后开始投。
但企业里的质量岗位，名称其实非常不统一。
你可能看到：
测试开发工程师。
软件测试开发工程师。
自动化测试工程师。
质量工程师。
质量保障工程师。
研发质量工程师。
测试平台开发。
AI测试工程师。
AI质量工程师。
不同公司的岗位名字不一样，工作内容甚至可能存在很大差异。
所以校招阶段真正应该学会的是：
看JD，而不是只看职位名称。
例如有两个岗位都叫“软件测试工程师”。
A岗位要求：
功能测试、测试用例、缺陷管理、版本验收。
B岗位要求：
Python/Java、接口自动化、测试框架、CI/CD、性能分析。
名字差不多。
职业路径可能完全不同。
三、最无效的海投：一份简历投所有岗位
这是校招生特别常见的问题。
测试开发投这份。
自动化测试投这份。
AI测试还是这份。
甚至后端开发也顺手投一下。
问题是：
企业招聘不是在判断“你总体上优不优秀”，而是在判断“你和这个岗位匹不匹配”。
比如一个岗位JD明显强调：
Python。
接口自动化。
Pytest。
CI/CD。
而你的简历最显眼的位置写着：
Java。
Spring Boot。
MyBatis。
Redis。
商城后端开发。
虽然你下面也写了一句：
“了解软件测试。”
但HR或者面试官第一眼很可能会觉得：
这是一个开发岗没找到工作，顺手投测试的学生。
反过来也一样。
如果一个岗位强调AI应用质量、模型评测、RAG测试，
你的简历里完全看不到任何相关项目或者能力证据，
只是在技能栏最后写一句：
“了解大语言模型。”
匹配度依然很弱。
所以真正有效的投递，至少应该做到：
核心岗位对应核心简历。
不一定每家公司重新做一份。
但不同方向，最好有针对性的版本。
四、不要只看“我会不会”，还要看JD到底在招什么人
假设一个测试开发JD里出现：
Python/Java；
接口自动化；
Linux/MySQL；
CI/CD；
性能测试；
测试框架设计。
你发现自己六项里会四项。
能不能投？
当然可以。
校招生没必要等到100%匹配才投。
但如果一个岗位明显要求：
C++。
音视频。
Linux底层。
网络协议。
而你的项目全部是Web自动化，
那就应该重新判断投入产出比。
很多学生所谓“投了100份”，拆开以后可能是：
真正匹配的20份。
勉强能投的30份。
基本不匹配的50份。
最后却把它们统一计算成：
“100份简历只有两个面试。”
这个数据本身就已经失真了。
五、普通背景学生尤其不要只盯着最热门的那批公司
这个问题很现实。
如果你是：
普通本科。
没有大厂实习。
项目也刚刚补起来。
但你的投递列表全部是：
头部互联网公司。
热门业务部门。
核心城市。
高薪岗位。
那竞争当然会非常激烈。
这不是说普通学生不能冲大厂。
该冲一定要冲。
但求职策略不能只有“冲”。
更合理的是把岗位分成三档：
第一档：冲刺
大厂、热门业务、竞争激烈的岗位。
能力有差距也可以尝试。
因为不投永远没有机会。
第二档：主投
和你的能力、学历、项目相对匹配。
这是最应该投入精力的一批。
第三档：保底
公司平台或者薪资可能没有那么理想，但岗位本身仍然是测试开发、自动化、质量工程方向。
这样你的秋招才不是：
要么大厂，要么失业。
六、第一份工作，岗位内容有时候比公司名字更重要
假设现在有两个Offer。
A：
公司名气比较大。
但你进去以后主要负责执行测试、版本验收、重复性回归。
B：
公司规模没那么大。
但岗位里明确需要：
写代码。
做接口自动化。
维护测试框架。
参与CI/CD。
做性能分析。
甚至有机会参与质量平台建设。
对于一个刚毕业的学生来说，应该认真比较的不是只有：
哪个公司听起来更有面子。
而是：
两年以后，我会变成什么样的工程师？
第一份工作的技术内容，很可能会影响你第二次跳槽时能讲什么。
如果你的目标本来就是测试开发，那么岗位是否真正有开发和工程实践，比职位名称里有没有“高级”“大厂”两个字更值得研究。
七、投出去没反馈，还有一种可能：你的简历根本没有给HR足够的理由点开
很多学生觉得自己的简历：
“内容挺全的。”
但“全”和“有竞争力”不是一回事。
比如技能栏：
熟悉Python。
熟悉Java。
熟悉Linux。
熟悉MySQL。
熟悉Redis。
熟悉Postman。
熟悉JMeter。
熟悉Pytest。
熟悉Jenkins。
熟悉Docker。
看起来会很多。
但HR看完以后可能还是不知道：
你到底最擅长什么？
对于测试开发校招生来说，简历最好能让人在很短时间里形成一个判断：
这个学生代码基础怎么样？
有没有测试开发能力？
做过什么项目？
项目有没有深度？
和这个岗位有什么关系？
如果这几个问题看不出来，技能写得再多，也可能只是信息噪音。
八、项目经历最怕写成“工具使用说明书”
比如：
使用Postman进行接口测试，使用JMeter进行性能测试，使用Pytest编写自动化脚本，使用Jenkins进行持续集成。
看起来四项技术都有。
但HR看完很难知道：
你到底做出了什么。
换一种表达逻辑：
围绕订单、支付核心链路设计接口自动化回归方案；
针对第三方接口不稳定问题引入Mock；
通过性能压测发现核心接口在高并发场景下响应时间明显上升，并进一步定位瓶颈；
将核心回归用例接入CI流水线。
这时候，简历展示的不再是：
“我用过哪些工具。”
而是：
“我用这些工具解决过什么问题。”
对于没有大厂实习的校招生来说，这一点尤其重要。
九、投递之后，一定要建立自己的“秋招数据表”
我非常建议校招生做一件简单但很有用的事情：
把自己的投递记录下来。
至少记录：
公司。
岗位。
岗位方向。
投递日期。
简历版本。
是否笔试。
是否面试。
挂在哪一轮。
被问了什么。
为什么挂。
当数据积累到20、30份以后，你会慢慢发现规律。
比如：
测试开发岗位面试率明显高于后端。
说明你的竞争力可能更匹配测试开发。
某个简历版本反馈明显更多。
说明简历调整有效。
一面通过率很高，二面总挂项目。
说明你的基础可能没问题，真正短板在项目深度。
笔试经常挂。
那就应该优先补代码和算法。
这时候秋招就不再是：
凭感觉找工作。
而是在不断拿真实反馈调整策略。
十、真正有效的“海投”，应该是一边投，一边迭代
第一版简历投20份。
发现几乎没有反馈。
改。
第二版再投。
面试开始多了，但项目总被问崩。
补项目。
继续投。
发现代码题通过率低。
集中刷一批高频题。
再投。
这才是正常的求职迭代。
而不是：
同一份简历。
同一套项目。
同一种投递方式。
连续投100家公司。
最后得出：
“今年测试开发根本招人少。”
你连自己的策略有没有问题都没有验证过，就很难直接把结果全部归因给市场。
十一、如果你已经投了很多份，还是0面试，现在先做什么？
我建议先别急着继续增加投递数量。
先做一次复盘。
问自己五个问题：
第一，我投的岗位真的和我的能力匹配吗？
第二，我的简历有没有明确体现测试开发能力？
第三，我最核心的项目能不能证明我真正做过工程实践？
第四，我是不是只盯着远高于自己当前竞争力的岗位？
第五，我有没有根据前几十次投递结果修改过策略？
如果这五个问题里有三四个都答不上来，
那你现在最需要的可能不是：
再投50份。
而是先把整个求职系统重新调一遍。
最后
秋招当然有运气。
市场也确实会影响机会数量。
学历、学校、实习经历同样会影响简历筛选。
但这些都不意味着：
投递是一件只能听天由命的事情。
对于普通校招生来说，真正有效的求职应该是一个不断迭代的过程：
岗位定位 → 简历匹配 → 投递 → 面试 → 复盘 → 补短板 → 再投递。
如果投了100份简历都没有反馈，
先不要急着投第101份。
因为真正值得问的问题可能不是：
“今年为什么这么难？”
而是：
“前100份投递，到底告诉了我什么？”
会投简历，本身也是秋招能力的一部分。
本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
推荐阅读： juejin.cn/post/768035…
