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

从“听懂课”到“写出代码”，中间到底隔着什么？

一、“我就是太迷茫了”

晚上快凌晨一点，一场私教对话开始了。

学员开口第一句话是：“我感觉我现在比较迷茫。”

老师问：“你想从哪些方面让我帮你？”

沉默了几秒，对方说：“我也不知道现在要做什么。”

这个场景，可能很多学技术的朋友都经历过——

课听了，笔记记了，作业也跟了。但关上视频，面对一个空白编辑器，脑子里也是一片空白。

更让人沮丧的是，明明觉得自己“听懂了”，可一旦想用在工作里，或者想自己写点什么东西，根本不知道从哪里下手。

这不是个例。

今天我们就借这段真实的私教对话，聊聊这个很多人卡住的阶段：学了，但不会用。怎么办？

二、“抓手”：老师说的第一个关键词

对话中，老师反复提到一个词：抓手。

“你这边没有什么抓手能让我入手，你明白我意思吗？”

什么叫抓手？

简单说，就是一个具体的、可操作的小目标。

学员一开始的状态是：“我迷茫”“我不知道”“我觉得都不行”。

这种状态下，再厉害的老师也帮不上忙。因为问题太模糊了。

老师试图帮她把问题拆小：

• 是语法不会？

• 是框架不懂？

• 是不知道怎么把代码跑起来？

• 还是不知道怎么把技术用到工作里？

每一个问题，对应的解法都不一样。

迷茫的本质，往往不是能力不够，而是问题太大了。

大到无处下手，于是干脆不动。

三、“你学了不用，我也忘”

老师说了句很直白的话：

“我自己学了一些东西，不在工作里用，我也忘。”

这话太真实了。

技术这东西，靠脑子记是记不住的。记忆不是看出来的，是用出来的。

学员说：“上课能听懂，但一下来自己写，就要去看。看完想用到公司项目里，不知道从哪开始。”

这里有一个常见的认知偏差：

“听懂” ≠ “会了”

听课是在跟着别人的思路走。就像你看着导航走了一遍路，觉得“这很简单”。

但关上导航，让你自己走一遍，你可能连第一个路口都记不清。

真正的“会了”，是关掉视频，不看答案，自己从零写出能跑的东西。

老师后来也很直接地说：

“你现在给我感觉是你没学会。你重新学一遍吧。学到什么程度？学到你不用看教程视频，自己就能写出一个平台的程度。”

这话听着扎心，但确实是实话。

四、“自动化对我们公司没有价值”

对话里有一段很值得玩味的拉扯。

老师建议：“你学了自动化，为什么不把它用到工作里？”

学员说：“我们公司有自己的自动化平台，跟我们学的不一样。而且自动化对我们公司来说没有价值，面试也不看这个。”

老师反问：“你觉得面试看什么？”

学员说：“看代码能力，看你有没有开发过什么平台、什么工具。”

老师又问：“那你不还是得写代码吗？”

这段对话很有意思。

学员的逻辑是：

• 公司有现成工具 → 我学的东西用不上

• 面试不看自动化 → 学自动化没意义

但老师的逻辑是：

• 你学自动化，是为了练习写代码的能力

• 公司有没有价值、面试看不看，那是结果，不是起点

• 你现在缺的是一个练习的场所

“你先不用管它对公司有没有价值，你首先需要一个地方去练习你学到的东西。”

这句话点破了一个很多人都会犯的错：

太早纠结“有没有用”，结果连第一步都没迈出去。

你没写出过一个完整的工具，面试官凭什么相信你有开发能力？

你没练够代码量，凭什么觉得换一个框架你就能上手？

价值是做出来的，不是想出来的。

五、“我知道功能是什么，但不知道怎么写”

学员后来主动提了一个想法：

想做一个“造数据平台”。

比如测试时需要一些前置条件，要手动创建很多数据，很麻烦。她想做个平台，一键生成这些数据，直接拿来用。

老师一听，眼睛亮了：

“你这不是知道怎么做了吗？”

但学员说：“我知道功能是什么样子的，但具体要怎么写代码，我不知道。要用哪个函数？怎么搭工程？我脑子里是乱的。”

这里暴露了真正的问题：

需求想清楚了，但代码能力没跟上。

就像你能描述出一部电影的情节，但让你自己拍出来，你不会用摄像机，不懂剪辑，不会打光。

不是想法的问题，是手艺的问题。

老师追问了一句很关键的话：

“你现在应该是卡在了，不会写代码上，对吧？”

学员没有否认。

承认问题在哪，其实就已经往前走了一大步。

六、“你不能光看，你得写”

对话最后，老师给出了一个非常具体的建议：

不要再看新东西了。回到之前的课程，从头来过。但要换一种方式。

什么方式？

“老师在课上讲的所有的内容，你要能自己把视频一关，自己敲出来。”

“不是照着老师的demo一行一行抄。脱稿，不看答案，自己能写出来，才算勉强通过。”

“我当时学的时候，每学一部分内容，每天敲代码就敲到半夜。老师讲一个很小的知识点，我回家要敲一两个小时。自己给自己出题，自己想功能，自己去试。”

这段话的信息量很大，我们拆一下：

1. 停止输入，开始输出

很多人迷茫的时候，会本能地继续“学”——买新课、看新视频、收藏新文章。

但这其实是一种逃避。用“学习”的假动作，掩盖“练习”的缺失。

真正有效的做法是：关掉所有教程，自己写。

写不出来怎么办？

回去看，看懂了再关掉，继续写。

反复这个过程，直到能独立写出来。

2. 抄代码没有用

跟着老师一行一行抄，手在动，脑子没在转。

能脱稿写出来，才是你的。

就像学画画，对着别人的画描一遍，和自己观察、构图、上色，完全是两回事。

3. 自己给自己出题

老师建议了一个很有效的练习方法：

不要只做课程里的作业。自己想功能，自己去实现。

比如学了列表操作，就自己写一个待办清单。

学了文件读写，就写一个日记本。

学了数据库，就写一个图书管理系统的后台。

每学一个知识点，就问自己：我能用它做个什么小东西？

然后动手做。

七、关于AI：先别急着追热点

对话里学员还提了一个点：

公司现在全在喊“AI+测试”，各个部门都在想怎么用AI搞点东西出来。她也在犹豫要不要往AI方向转。

老师给了很直接的建议：

“就算你要做AI，它需要大量的代码功底。你现在连基本的代码还不会写，现在去考虑AI不太现实。先把技术打牢，先把平台写出来。”

这个建议很实在。

风口是给有基础的人追的。

一个连基础平台都写不出来的测试，去做AI测试，能做的是什么？大概率是调调API，改改prompt，写不出有深度的东西。

而真正有价值的AI测试工具，底层依然是扎实的代码能力、架构能力、数据处理能力。

别用追逐风口，逃避基本功。

八、给同样迷茫的你：一张可执行的路线图

综合这段对话，如果你也处于“学了但不会用”的阶段，可以试试这个路线：

第一步：停掉所有新课

不要再买课、不要再看新视频、不要再收藏“从入门到精通”了。

你现在不缺输入，缺的是输出。

第二步：选一门你已经学过的课，重学一遍

但这一次，方法完全换掉：

• 看一小节视频（比如10分钟）

• 关掉视频

• 自己把代码写出来

• 写不出来？回去看，然后关掉，再写

• 直到能独立写出来，再进入下一节

第三步：每学一个知识点，自己出题做

不要只做课程作业。

自己给自己定一个小目标：

• 学了函数 → 写一个计算器

• 学了类 → 写一个简单的学生管理系统（控制台版就行）

• 学了数据库 → 把这个学生管理系统的数据存到数据库里

• 学了web框架 → 把这个系统做成网页版

每一步都不大，但每一步都是“从0到1”。

第四步：做一个完整的、你自己想用的东西

不用管有没有商业价值，不用管公司用不用。

哪怕只是一个帮你整理每日待办的网页，一个帮你批量重命名文件的脚本，一个把你工作中重复操作自动化的工具。

做一个你能用上的东西。

因为只有你自己会用，你才会有动力去修bug、加功能、优化体验。

而这个“从idea到成品”的完整流程，就是最宝贵的经验。

第五步：再回头看“有没有用”

等你独立写出过两三个小工具、一个小平台之后，再回头想：

• 我能怎么把它用到工作里？

• 面试时我怎么讲这个项目的亮点？

这个时候，你手里有东西了，选择权就在你手上。

九、写在最后

这段私教对话其实没有给出什么“神奇的方法”。

老师没有说一句学员听不懂的高深理论。

从头到尾，他都在做一件事：把大问题拆小，把模糊的地方变具体。

• 你说迷茫 → 那我们找一个具体的抓手

• 你说不知道写什么 → 那就先复现课程里的案例

• 你说怕没价值 → 先练习，再看价值

• 你说想追AI → 先把基础打牢

技术学习没有捷径，但有路径。

路径就是：

从“看懂”到“写出来”，中间隔着一万次敲击键盘。

不是天赋的问题，是次数的问题。

对话快结束时，老师说了一句很坦诚的话：

“可能我今天能帮你的确实不多，你还是跟着以前的课程重新学一遍吧。别翻得太快，别简单敲两下就完事。”

有时候，最好的建议，就是让你回到原点，换一种方式再走一遍。

这一次，别光看。

动手写。

如果你也在技术学习的路上卡住了，不妨试试这个方法：关掉视频，自己敲一遍。

写不出来？那就再看一遍，再关掉，再写。

直到它真正成为你的。

本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。