“我学了，但不会用”：一个测试人的迷茫与破局之路

从“听懂课”到“写出代码”中间到底隔着什么一、“我就是太迷茫了”晚上快凌晨一点一场私教对话开始了。学员开口第一句话是“我感觉我现在比较迷茫。”老师问“你想从哪些方面让我帮你”沉默了几秒对方说“我也不知道现在要做什么。”这个场景可能很多学技术的朋友都经历过——课听了笔记记了作业也跟了。但关上视频面对一个空白编辑器脑子里也是一片空白。更让人沮丧的是明明觉得自己“听懂了”可一旦想用在工作里或者想自己写点什么东西根本不知道从哪里下手。这不是个例。今天我们就借这段真实的私教对话聊聊这个很多人卡住的阶段学了但不会用。怎么办二、“抓手”老师说的第一个关键词对话中老师反复提到一个词抓手。“你这边没有什么抓手能让我入手你明白我意思吗”什么叫抓手简单说就是一个具体的、可操作的小目标。学员一开始的状态是“我迷茫”“我不知道”“我觉得都不行”。这种状态下再厉害的老师也帮不上忙。因为问题太模糊了。老师试图帮她把问题拆小是语法不会是框架不懂是不知道怎么把代码跑起来还是不知道怎么把技术用到工作里每一个问题对应的解法都不一样。迷茫的本质往往不是能力不够而是问题太大了。大到无处下手于是干脆不动。三、“你学了不用我也忘”老师说了句很直白的话“我自己学了一些东西不在工作里用我也忘。”这话太真实了。技术这东西靠脑子记是记不住的。记忆不是看出来的是用出来的。学员说“上课能听懂但一下来自己写就要去看。看完想用到公司项目里不知道从哪开始。”这里有一个常见的认知偏差“听懂” ≠ “会了”听课是在跟着别人的思路走。就像你看着导航走了一遍路觉得“这很简单”。但关上导航让你自己走一遍你可能连第一个路口都记不清。真正的“会了”是关掉视频不看答案自己从零写出能跑的东西。老师后来也很直接地说“你现在给我感觉是你没学会。你重新学一遍吧。学到什么程度学到你不用看教程视频自己就能写出一个平台的程度。”这话听着扎心但确实是实话。四、“自动化对我们公司没有价值”对话里有一段很值得玩味的拉扯。老师建议“你学了自动化为什么不把它用到工作里”学员说“我们公司有自己的自动化平台跟我们学的不一样。而且自动化对我们公司来说没有价值面试也不看这个。”老师反问“你觉得面试看什么”学员说“看代码能力看你有没有开发过什么平台、什么工具。”老师又问“那你不还是得写代码吗”这段对话很有意思。学员的逻辑是公司有现成工具 → 我学的东西用不上面试不看自动化 → 学自动化没意义但老师的逻辑是你学自动化是为了练习写代码的能力公司有没有价值、面试看不看那是结果不是起点你现在缺的是一个练习的场所“你先不用管它对公司有没有价值你首先需要一个地方去练习你学到的东西。”这句话点破了一个很多人都会犯的错太早纠结“有没有用”结果连第一步都没迈出去。你没写出过一个完整的工具面试官凭什么相信你有开发能力你没练够代码量凭什么觉得换一个框架你就能上手价值是做出来的不是想出来的。五、“我知道功能是什么但不知道怎么写”学员后来主动提了一个想法想做一个“造数据平台”。比如测试时需要一些前置条件要手动创建很多数据很麻烦。她想做个平台一键生成这些数据直接拿来用。老师一听眼睛亮了“你这不是知道怎么做了吗”但学员说“我知道功能是什么样子的但具体要怎么写代码我不知道。要用哪个函数怎么搭工程我脑子里是乱的。”这里暴露了真正的问题需求想清楚了但代码能力没跟上。就像你能描述出一部电影的情节但让你自己拍出来你不会用摄像机不懂剪辑不会打光。不是想法的问题是手艺的问题。老师追问了一句很关键的话“你现在应该是卡在了不会写代码上对吧”学员没有否认。承认问题在哪其实就已经往前走了一大步。六、“你不能光看你得写”对话最后老师给出了一个非常具体的建议不要再看新东西了。回到之前的课程从头来过。但要换一种方式。什么方式“老师在课上讲的所有的内容你要能自己把视频一关自己敲出来。”“不是照着老师的demo一行一行抄。脱稿不看答案自己能写出来才算勉强通过。”“我当时学的时候每学一部分内容每天敲代码就敲到半夜。老师讲一个很小的知识点我回家要敲一两个小时。自己给自己出题自己想功能自己去试。”这段话的信息量很大我们拆一下1. 停止输入开始输出很多人迷茫的时候会本能地继续“学”——买新课、看新视频、收藏新文章。但这其实是一种逃避。用“学习”的假动作掩盖“练习”的缺失。真正有效的做法是关掉所有教程自己写。写不出来怎么办回去看看懂了再关掉继续写。反复这个过程直到能独立写出来。2. 抄代码没有用跟着老师一行一行抄手在动脑子没在转。能脱稿写出来才是你的。就像学画画对着别人的画描一遍和自己观察、构图、上色完全是两回事。3. 自己给自己出题老师建议了一个很有效的练习方法不要只做课程里的作业。自己想功能自己去实现。比如学了列表操作就自己写一个待办清单。学了文件读写就写一个日记本。学了数据库就写一个图书管理系统的后台。每学一个知识点就问自己我能用它做个什么小东西然后动手做。七、关于AI先别急着追热点对话里学员还提了一个点公司现在全在喊“AI测试”各个部门都在想怎么用AI搞点东西出来。她也在犹豫要不要往AI方向转。老师给了很直接的建议“就算你要做AI它需要大量的代码功底。你现在连基本的代码还不会写现在去考虑AI不太现实。先把技术打牢先把平台写出来。”这个建议很实在。风口是给有基础的人追的。一个连基础平台都写不出来的测试去做AI测试能做的是什么大概率是调调API改改prompt写不出有深度的东西。而真正有价值的AI测试工具底层依然是扎实的代码能力、架构能力、数据处理能力。别用追逐风口逃避基本功。八、给同样迷茫的你一张可执行的路线图综合这段对话如果你也处于“学了但不会用”的阶段可以试试这个路线第一步停掉所有新课不要再买课、不要再看新视频、不要再收藏“从入门到精通”了。你现在不缺输入缺的是输出。第二步选一门你已经学过的课重学一遍但这一次方法完全换掉看一小节视频比如10分钟关掉视频自己把代码写出来写不出来回去看然后关掉再写直到能独立写出来再进入下一节第三步每学一个知识点自己出题做不要只做课程作业。自己给自己定一个小目标学了函数 → 写一个计算器学了类 → 写一个简单的学生管理系统控制台版就行学了数据库 → 把这个学生管理系统的数据存到数据库里学了web框架 → 把这个系统做成网页版每一步都不大但每一步都是“从0到1”。第四步做一个完整的、你自己想用的东西不用管有没有商业价值不用管公司用不用。哪怕只是一个帮你整理每日待办的网页一个帮你批量重命名文件的脚本一个把你工作中重复操作自动化的工具。做一个你能用上的东西。因为只有你自己会用你才会有动力去修bug、加功能、优化体验。而这个“从idea到成品”的完整流程就是最宝贵的经验。第五步再回头看“有没有用”等你独立写出过两三个小工具、一个小平台之后再回头想我能怎么把它用到工作里面试时我怎么讲这个项目的亮点这个时候你手里有东西了选择权就在你手上。九、写在最后这段私教对话其实没有给出什么“神奇的方法”。老师没有说一句学员听不懂的高深理论。从头到尾他都在做一件事把大问题拆小把模糊的地方变具体。你说迷茫 → 那我们找一个具体的抓手你说不知道写什么 → 那就先复现课程里的案例你说怕没价值 → 先练习再看价值你说想追AI → 先把基础打牢技术学习没有捷径但有路径。路径就是从“看懂”到“写出来”中间隔着一万次敲击键盘。不是天赋的问题是次数的问题。对话快结束时老师说了一句很坦诚的话“可能我今天能帮你的确实不多你还是跟着以前的课程重新学一遍吧。别翻得太快别简单敲两下就完事。”有时候最好的建议就是让你回到原点换一种方式再走一遍。这一次别光看。动手写。如果你也在技术学习的路上卡住了不妨试试这个方法关掉视频自己敲一遍。写不出来那就再看一遍再关掉再写。直到它真正成为你的。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容侧重测试实践、工具应用与工程经验整理。