测试工程师求职

面试造火箭，测试入职拧螺丝。工程这话在测试圈里流传了好几年，师求听着像自嘲，测试但真去面过几家公司的工程人都知道，面试官问的师求东西和实际工作内容之间的裂缝，有时候大得能塞下一整条业务线。测试

我上个月陪一个朋友老张去面试。工程他干了六年测试，师求上一家公司在杭州做电商中台，测试被裁之后歇了两个月，工程开始投简历。师求第一场面试是测试某中型互联网公司，技术面过了，工程HR面也聊得不错。师求结果到了总监面，对方翻着他的简历问了一句：“我看你最近两年主要在做接口自动化，那你会写测试平台吗？”老张愣了一下，说搭过简单的，但没做过完整的平台。总监点点头，后面聊了不到十分钟就结束了。三天后收到感谢信。

老张后来跟我复盘，说那个岗位的JD上写的是“负责服务端接口测试”，压根没提平台开发。但面试官想要的是一个能顺手把平台搭起来的人。这种事不是个例。招聘需求上写“功能测试”，进去之后发现要你搞性能、搞安全、搞CI/CD流水线。写“自动化测试”，实际是让你维护一套三年前别人留下的、跑一次挂一半的脚本。

简历上写什么，比你会什么更重要

很多测试工程师技术不差，但简历写得像岗位说明书。打开一看：“负责XX模块的功能测试，编写测试用例，提交缺陷报告。”面试官扫一眼就扔到一边了。你得把动作换成结果。比如“主导了订单模块的接口自动化改造，覆盖率从零提到72%，回归时间从两天压到四十分钟”。数字不用多精确，但得让看的人知道你能解决什么问题。

另一个坑是技术栈堆砌。有人把Selenium、Appium、JMeter、Postman、Jenkins、Docker全列上去，面试官随便挑一个问深一点就露馅了。写你真正用过的，哪怕只有两三个，但能讲清楚为什么选它、踩过什么坑、怎么解决的。这比列一长串工具名管用得多。

面试里那些绕不开的硬骨头

“给你一个登录页面，怎么测？”这题几乎每场面试都会出现。但面试官想听的不是“输入正确的用户名密码看能不能登录”，而是你有没有结构化的思维。边界值、等价类、异常场景、安全测试、性能考量、兼容性。你得一层一层往外剥。有个面试官跟我说过，他最喜欢听到的答案是“我会先问清楚这个登录页面的业务背景和用户规模”，因为这说明候选人知道测试策略是跟着业务走的，不是背模板。

“发现一个bug，开发说不是他的问题，怎么办？”这题考的是沟通和定位能力。别上来就说“找领导仲裁”。先复现，抓日志，确认环境，缩小范围，拿证据说话。如果确实是前端渲染问题，后端接口返回的数据就是错的，那开发赖不掉。如果双方都有责任，拉个短会当面过一遍代码路径，比在群里甩截图高效得多。

“你为什么想做测试？”这问题看着简单，但答不好直接出局。说“我性格细心、有耐心”已经过时了。现在更吃香的回答是“我对系统质量有掌控欲”或者“我喜欢从破坏的角度理解一个产品”。带点个人色彩，别像背标准答案。

薪资谈判别犯怂

测试岗的薪资天花板确实比开发低一截，但这不是你接受低价的理由。面试前查清楚目标公司的薪资范围，给自己定一个底线。HR问期望薪资的时候，别报区间，报一个具体数字，然后加上“这是基于我目前手头机会和过往薪资水平综合考虑的”。如果对方压价，你可以问“这个数字是固定的，还是根据面试表现有调整空间？”把球踢回去。

老张后来降了预期，去了一家做企业服务的公司，薪资比上家低了15%，但不用加班，周末能陪孩子。他说想通了，测试这行，技术深度和业务理解总得占一头。两头都不占，那就只能被挑来挑去。这话糙，但理不糙。

很赞哦!（16396）