测试面试总被拒 先分清卡在笔试项目还是测试设计

《核心观点》

1. 已经收到面试却连续没了下文，不一定要先重写整份简历，更不用急着补一段不存在的实习。把最近两三次面试摆在一起看，通常比继续海投更容易找到下一步。
2. 笔试卡住要分清「不会」发生在哪一步：题意没读懂、想不到解法、代码写不出来、边界没处理，是四种不同的问题，别只留下一个分数。
3. 项目追问卡住，多半是回答停在了工具名层面，说不出数据怎么准备、为什么测这个场景、断言检查什么。
4. 测试设计卡住，往往是没先确认业务规则就开始堆测试点。
5. 聊得还行却没有后续，要回看岗位适配：目标是功能测试还是测开，到岗时间与出勤能否满足，开发能力和项目能否对应上。
6. 面试结束只留一张简短记录：被问了什么、当时怎么答、哪里没依据、下次前补什么；每次只挑最反复的一处修正。

《参考解析》

笔试：把「不会」定位到具体一步：题意没读懂，暴露的是审题和信息提取问题，练法是拿真题只做「复述题意 + 列输入输出」，先不写代码；想不到解法，说明题型覆盖不够，按字符串、数组、模拟、树、动态规划分门别类统计自己死在哪几类；代码写不出来，是手写熟练度问题，需要在没有补全提示的环境里反复敲；边界没处理，是测试意识不足，写完先自问空输入、单元素、极值、重复值、越界。把当时没做完的题重新写通，隔天不看答案再写一次，能解释清楚为什么这样做，才算真的补上了。

项目追问：检查能不能说到操作细节：「用了 Postman 和 Pytest」只能说明工具名，撑不住第二层追问。面试官真正想知道的是：测试数据怎么准备和清理、为什么挑这个场景而不是别的、断言具体检查哪些字段和取值、失败之后怎么判断是脚本问题还是系统问题、这些用例在回归里怎么维护。选一个自己真正做过的功能，把用例、请求响应和执行记录拿出来，按「需求 → 设计理由 → 数据构造 → 断言 → 失败定位」重新讲一遍。没做过的部分老实补练习，练习项目如实标注，不要包装成线上经历。

测试设计：先确认规则，再列场景：被问「登录怎么测」「订单怎么测」，别急着一口气报十几个测试点。先说清需要确认的业务规则：有哪些角色、输入有什么限制、对象有哪些状态、状态之间怎么流转、失败怎么处理。然后按正常流程、边界值、异常分支三类展开：边界要给出具体数值（长度上下限、金额精度、时间跨天跨月与闰年），异常要覆盖网络中断、重复提交、并发操作、越权访问。每条用例的预期结果都要能判断对错，不能一律写「功能正常」。确实不知道的业务规则就说明需要和产品确认，别自己编一个标准答案。

岗位适配：聊得还行却没后续：技术问题都答上来了仍然没有下文，通常不是简历排版问题，而是适配问题。逐条自查：目标是功能测试还是测试开发，自己的脚本和开发能力能不能对上；实习的到岗时间、每周出勤天数、能持续的月份有没有在面试里说清楚；岗位 JD 里写的自动化、接口测试、性能测试要求，自己有没有对应项目可以举证。这些提前想清楚，比反复改简历模板有效得多。

面试记录模板：面试结束后趁记忆还新，只留一张简短记录，四列就够：被问了什么、当时怎么答的、哪个环节没有依据、下一次面试前补什么。不要写成情绪日记。每轮只挑最反复出现的那一处去修，下一场再看是否还卡在同一个地方。拒信来得快，但拒信本身推不出具体原因，先补能核实的短板，比用一段编出来的经历去赌面试更踏实。