简历上写着“精通Linux，测程师熟悉Python，试工掌握自动化测试框架”，简历面试官瞟了一眼，测程师问：“你上次定位线上问题花了多久？试工” 我愣了愣，说：“大概四十分钟。简历” 他点点头：“那还行，测程师我们这儿有个小伙子，试工简历写得天花乱坠，简历结果线上告警响了他连日志都不会翻。测程师”

这就是试工web测试工程师的真相——简历不是用来背的，是简历用来被拷问的。我干了三年，测程师最深的试工体会是：这行当的核心不是“点点点”，而是简历“在混乱里找出那个该死的逻辑漏洞”。你写的每一行测试用例，本质上都是在跟开发者的侥幸心理搏斗。

我的简历上不会写“熟悉HTTP协议”，我会写“曾通过抓包发现某个接口在弱网环境下返回了200但body是空的，导致前端白屏”。这不是炫技，这是血泪。那次事故发生在凌晨两点，用户投诉量暴增，我盯着Charles的请求列表，突然发现响应时间异常——不是超时，是快速返回了空数据。开发说“不可能”，我甩出截图，他沉默了。后来修了三天，原因是网关层有个缓存没做空值判断。

简历里的“自动化测试”部分，我建议你写具体项目，别堆名词。比如：“用Selenium+Python搭建了回归脚本，把发布前的手工冒烟测试从2小时压缩到15分钟”。但别吹“全自动化”，因为真实情况是——你至少得留出20%的时间去处理脚本本身的bug。我见过太多人把框架搭得花里胡哨，结果用例一跑就挂，最后还得靠人肉点。工具是死的，页面是活的，尤其遇到那种频繁改DOM结构的前端，你的xpath定位器比豆腐还脆弱。

有个细节面试官特别爱问：“你怎么设计测试数据？” 我一般会答：“分三层——干净的基础数据、边界值数据、脏数据。” 但说实话，真正的工作里，最烦的是环境问题。你在测试环境跑得好好的，一上预发就报错，查了半天发现是配置中心没同步。这种破事占了我日常工作的三成。所以简历上写“熟悉测试环境搭建”不是空话，你得真动手配过Nginx反向代理，改过hosts，甚至会用SQL去造数据——别指望DBA每次都帮你。

还有一点，很多人忽略：沟通能力。不是那种“跨部门协作”的废话，而是你敢不敢在评审会上直接怼产品经理：“这个需求逻辑有漏洞，用户取消订单后优惠券返还规则没定义清楚。” 我吃过亏，刚入职时不敢吭声，结果上线后用户薅羊毛薅了十几万。后来我学乖了，每次评审前先自己过一遍异常流，把问题写在便签上，开会时一条条抛出去。这比简历上写“沟通能力强”有用一百倍。

说到简历的排版，别用那种花里胡哨的模板，黑白的、按时间倒序、项目经历写清楚“背景-动作-结果”。比如：“某电商平台促销页，大促期间访问量激增，我负责压测并调优，通过分析Tomcat线程池参数，将错误率从5%降到0.2%。” 数字是硬通货，但别编。面试官会追问“你怎么分析的线程池”，你要是答不上来，反而减分。

最后，我想说个反常识的：web测试这行，经验越久越值钱的不是“技术深度”，而是“对业务的理解”。我认识一个干了十年的老测试，他不会写代码，但他知道哪个按钮在什么状态下会变成灰色，哪个流程在数据库里会产生死数据。这种直觉，靠的是日复一日跟缺陷较劲攒下来的。简历上那些工具列表，三个月就能学会，但那种“闻出问题味道”的敏感度，没有捷径。

所以，别把简历写成工具清单。写清楚你踩过哪些坑，怎么填的，填完之后系统有没有再塌。这才是你的护城河。