从点“通过”到敲代码：一个测试转前端三年的真实探索

上周五晚上十点半，我合上 MacBook，看了眼窗外科技园依然亮着的几栋楼——腾讯滨海、大疆天空之城、还有我们那栋不起眼但房租死贵的写字楼。泡了杯速溶咖啡（别笑，加班狗的续命水），突然想起三年前那个在测试工位上偷偷看 React 文档的自己。

那时候，我还在一家做 SaaS 的小公司当功能测试，月薪 15k，房租 3500，住在南山区白石洲的一个单间里。每天的工作就是点点点、写用例、提 bug，偶尔被开发怼一句：“你这个 bug 描述不清，复现步骤呢？” 那时候心里其实挺憋屈的——不是我不专业，而是我觉得，我明明能做得更多。

转折点：一次“多管闲事”的 PR

事情发生在 2021 年 10 月。那天下午，我照常在 Jira 里跟进一个前端页面加载慢的问题。开发说“可能是网络问题”，但我抓包一看，发现是某个组件重复渲染了五次。我顺手在 Confluence 上画了个流程图，标出可能的优化点，还附上了 Chrome Performance 的截图。

没想到，前端组长老李（后来成了我 mentor）直接在群里@我：“兄弟，你这分析比我们某些 junior 还细啊，要不要试试改一下？”

我当时愣住了，心跳加速，手心冒汗。改代码？我？一个连 Git 提交都不敢乱 push 的测试？

但鬼使神差地，我回了一句：“行，我试试。”

那周末，我窝在出租屋里，对着 VS Code 死磕。之前自学的 Vue 基础根本不够用，光是理解组件生命周期就花了两天。我还记得第一次成功提交 PR 时，手抖得差点删库（还好有 GitLab 保护分支）。老李 review 时写了句：“逻辑没问题，就是变量命名太随意了，下次用语义化的。” 我当时脸都红了——确实，我用了 a, b, temp……

但那次 PR 合并后，bug 修复了，页面性能提升了 40%。更关键的是，我第一次感受到“创造”的快感——不再是发现问题，而是亲手解决问题。

转岗之路：从 15k 到 22k 的阵痛

和老婆（当时还是女友）商量转岗那天，她正在煮螺蛳粉。我说：“我想转前端，但可能要降薪试用期。”
她头也不抬：“你确定？现在工作不稳，咱房贷可等着呢。”

我心里咯噔一下。是啊，深圳的生活成本摆在这儿。但我不想十年后还在点“通过”按钮。

咬牙跟 HR 谈，对方很现实：“转岗可以，但薪资按 junior 算，18k 起，试用期三个月。”
我深吸一口气：“能不能 20k？我已经有实际产出，而且自学了半年。”
HR 笑了：“你挺敢谈啊……行吧，20k，但季度考核不过就得回去。”

那三个月，我白天干测试本职，晚上学 TypeScript、Webpack、状态管理。凌晨两点还在调试一个诡异的内存泄漏，第二天顶着黑眼圈开会，同事问我是不是熬夜打游戏，我苦笑：“我在和闭包谈恋爱。”

好在，三个月后我不仅过了考核，还独立负责了一个内部工具的重构。年底绩效面谈，老板说：“你这产出，按 senior 算都不过分。” 于是，月薪涨到了 22k。虽然离大厂 P7 还远，但对我这个半路出家的人来说，已是莫大的肯定。

技术探索：在“造轮子”和“用轮子”之间找平衡

转开发后，我才真正体会到前端世界的复杂。以前觉得“切图仔”很简单，现在才知道，现代前端早已不是写 HTML+CSS 那么简单。

去年我们团队要做一个低代码平台，我负责可视化编辑器部分。一开始我想“造轮子”——自己写拖拽、自己搞渲染引擎。结果折腾两周，性能卡成 PPT。老李看不下去了：“兄弟，社区有现成的解决方案，比如 React Flow 或 Konva，先跑通再优化，别重复造轮子。”

这句话点醒了我。技术探索不是为了炫技，而是用最高效的方式解决问题。后来我基于 React Flow 快速搭出了 MVP，再根据业务需求定制节点样式和交互逻辑。上线后，运营同学都说“这工具真香”。

但我也不是完全放弃造轮子。有一次，我们需要一个轻量级的表单校验方案，现有库要么太重（比如 Yup + Formik 组合包体积超 100KB），要么不符合我们的校验规则。于是我花了一周时间，用 TypeScript 写了个只有 8KB 的校验引擎，支持异步校验、动态规则、错误聚合。这次“造轮子”是值得的——它解决了真实痛点，还被其他项目复用。

技术分享：从“不敢开口”到主动输出

刚转开发时，我特别怕在站会上发言。有一次讲一个技术方案，说到一半卡壳，支支吾吾说了句“emmm…就是那个…你知道吧？” 全组人一脸懵。散会后老李拍拍我：“技术表达也是能力，多练。”

于是，我开始强迫自己做两件事：

1. 写技术文档：哪怕只是内部 wiki，也要把思路理清楚。
2. 做小组分享：每月一次，哪怕只有 10 分钟。

第一次分享主题是《从测试视角看前端性能优化》，我紧张得手心全是汗，PPT 翻太快，同事说：“慢点，我们还没看清代码呢！” 但反馈意外地好，QA 同学甚至说：“原来你们前端也这么关注用户体验！”

后来我慢慢敢在公司技术沙龙上讲了，主题从“Vite 插件开发实战”到“如何用 Cypress 做 E2E 测试”——对，我没丢掉测试的老本行，反而让它成了我的差异化优势。

今年三月，我在深圳本地一个前端 meetup 上做了场线下分享，讲《测试转前端的踩坑与成长》。台下有个小姑娘问：“你后悔转行吗？” 我笑着说：“如果没转，我现在可能还在纠结‘这个按钮颜色是不是偏蓝了 2 个像素’。”

思考：技术人的核心竞争力到底是什么？

三年下来，我越来越觉得，技术栈会过时，但解决问题的能力不会。

我见过太多人焦虑：“React 要被 Svelte 取代了吗？”“AI 会不会让前端失业？”
我的答案是：别被工具绑架，回归问题本身。

前端也好，后端也罢，本质都是“用技术手段满足业务需求”。我之所以能在转岗后站稳脚跟，不是因为我多懂某个框架，而是因为我：

• 有测试养成的严谨思维（边界 case 想得全）
• 有用户视角（毕竟天天看 bug 反馈）
• 敢于动手实践（不怕犯错，快速迭代）

最近我在学 WebAssembly 和 Rust，不是因为“热门”，而是我们有个图像处理模块，JS 性能到瓶颈了。技术探索永远要服务于真实场景。

写在最后：给同样在路上的你

如果你也在考虑转型，或者正处于技术瓶颈期，我想说：

别怕晚，别怕笨，别怕被嘲笑“半路出家”。

我现在的工位上贴了张便签，上面写着：“Every expert was once a beginner.”（每个专家都曾是菜鸟）。每次 debug 到崩溃时，我就看看它。

技术这条路，没有捷径，但每一步都算数。从测试到开发，我失去的是“稳定”，得到的是“可能性”。在深圳这座高速运转的城市里，能掌控自己代码的人，才真正掌控了自己的职业轨迹。

下周，我打算开源那个表单校验库，起名叫 field-validator-lite。名字土了点，但实用。如果你也在做类似的事，欢迎来 GitHub 找我聊聊——技术分享的意义，从来不是炫耀，而是互相照亮。

共勉。