测试老兵7年踩坑：用失败驱动技术内容双轮成长

　　2026年2月那场面试，我原以为稳了——对方简历上写着“主导过百万级用户量的自动化测试框架重构”，结果他连Jenkins流水线里参数化构建的变量怎么传都说不清楚。会议室空调在滴水，他盯着天花板上的水渍说了句“可能是冷凝管问题”，我差点笑出声。后来他补了句“不过我们当时用GitLab CI”，我翻简历的手顿了顿——简历里明明写的Jenkins。

　　这种“看走眼”的场面，七年里我碰过至少二十次。最离谱的是2023年招个高级测试，对方把“性能测试”吹得天花乱坠，结果问到JMeter分布式压测的节点同步机制，他来了句“我们当时用LoadRunner”。我盯着他转了半圈的简历（那圈转得跟测试用例的循环条件似的），突然想起前年招的那个“全栈测试”，简历里写“熟悉前后端联调”，结果连HTTP状态码401和403的区别都分不清——后来才知道，他所谓的“联调”就是等开发改完bug后点个“通过”。

　　但要说“失败驱动成长”，我最服的还是2024年那场。当时团队要推测试左移，我负责招个懂代码的测试。有个候选人简历写得特别漂亮：五年测试经验，三年Python开发，还“深度参与过CI/CD流程优化”。面试时我问他：“如果开发提交的代码导致单元测试覆盖率下降5%，你会怎么处理？”他愣了两秒，说：“我会让开发改回来。”我追问：“如果开发说‘这个模块不重要，覆盖率低点没事’呢？”他挠挠头：“那…我就找测试经理？”我差点把咖啡喷在简历上——那简历上还有处咖啡渍，估计是上轮面试留下的。

　　后来我改了策略：不再看简历里的“深度参与”“主导”“优化”，改问具体场景。比如“你最近一次写自动化脚本是什么时候？遇到了什么坑？怎么解决的？”或者“如果测试环境突然崩了，开发说‘是你们测试用例写的有问题’，你会怎么排查？”这些问题没有标准答案，但能筛出真干过的——比如上周面试那个姑娘，她讲到用Postman做接口测试时，发现返回数据里的时间戳比实际时间慢了8小时，最后查出来是服务器时区没配对。她边说边转笔，转了半分钟突然停住：“对了，我们当时还写了个脚本，自动把时间戳转成北京时间。”

　　当然，我也翻过车。2025年招个测试开发，我临时改了问题——本来要问“如何用Python实现接口自动化”，结果脱口而出“用Java行吗？”对方愣住，我也愣住——我根本不会Java。后来他硬着头皮讲了个Spring Boot的例子，我硬着头皮点头，心里直骂自己“手欠”。最后他没过，不是因为Java，是因为他连“测试金字塔”都没听过——我原以为“测试开发”多少得懂点测试理论，结果他眼里只有代码。

文章配图，仅供参考

　　对了，上周我还碰到个奇葩。他简历里写“熟悉Selenium”，面试时我问他：“如果元素定位失败，你会先检查什么？”他说：“检查元素是不是在iframe里。”我点头：“那如果不在iframe里呢？”他想了想：“检查是不是动态加载的。”我再问：“如果不是动态加载的呢？”他卡住了，说：“我们当时…都是开发改的。”我差点笑出声——这哪是“熟悉Selenium”，分明是“熟悉喊开发”。

　　走廊有股消毒水味，估计是保洁刚拖完地。我翻了翻手里的简历，下一个候选人叫“李强”，简历里写着“精通Jmeter性能测试”。我叹了口气，把“精通”两个字划掉——七年经验告诉我，这俩字，十有八九是坑。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!