ARTICLE · 1041533
做软件测试3年:从只会点点点,到不再迷茫
做软件测试3年:从只会点点点,到不再迷茫今天整理电脑，翻到三年前刚入职时写的一份测试用例。 格式乱七八糟，用例写得像流水账，还有好几处"此处自行验证"。 看着看着有点想笑——那时候我真的以为，软件测试就是"点点点"。 一、刚入行：我以为测试就是点按钮 我不是科班出身。转行那年，听人说"测试门槛低，会用电脑就能干"，报了个培训班，学了三个月，简历投了四十多份，终于进了一家小公司。 入职第一天，组长扔给我一个项目文档，说："你先把这个需求测一下。" 我盯着屏幕上满屏的业务流程，第一反应是：测什么？从哪开始测？点错了怎么办？ 说实话，那一周我是懵的。我照着界面一个按钮一个按钮地点，点完一遍，把看到的"问题"记在Excel里，提了上去。 然后就被开发回了。 "这个是正常逻辑，不是bug。" "你写的复现步骤看不懂，自己再看一遍需求。" "这个不用测，上线后再说。" 那时候特别挫败。我每天最早到、最晚走，一个功能反复测十几遍，可在别人眼里，我就是个"点按钮的"。 二、那段最迷茫的日子 入行前三个月，我几乎每天都在怀疑自己适不适合这行。 具体难在哪？ 第一，不知道"测什么"。 一个页面有那么多输入框、按钮、跳转，我根本不知道哪些该测、哪些不用测。瞎测，效率低，还总漏。 第二，bug提不明白。 提bug不是"这里点不了"，要说清环境、步骤、预期结果、实际结果。我一开始提的bug，开发经常不认可，觉得我在找茬。 第三，身边没人带。 小公司就我一个测试。出了问题，开发一句"在我这是好的"，我就不知道怎么接了。 第四，不知道以后往哪走。 看着同事搞自动化、写脚本，我连代码都看不懂。心里清楚：一直做手工点点点，迟早被淘汰。 
有段时间我下班后还在刷招聘软件，看别的岗位还招不招人。不是没想过放弃。 三、后来我是怎么慢慢开窍的 转折不是突然来的，是被一个项目逼出来的。 那年公司接了个大项目，上线前一周，我测出来的bug一堆，开发天天改到半夜。我一个人根本测不过来，还差点漏了个严重问题。 上线前那晚，我盯着后台日志，手都是抖的——因为我知道，如果再漏一个bug，用户数据可能出问题。 第二天，我决定不能再这样下去。我做了几件事： 1. 学会"按业务"测，而不是"按页面"测。 以前我对着界面点。后来我先读需求、理业务流程，把一个完整的用户操作链路从头到尾走一遍，边界值、异常场景、权限切换全过一遍。用例一下就写得有逻辑了。 2. 把bug写成开发愿意改的样子。 我开始按"环境+步骤+预期+实际+截图"提，严重程度标清楚。开发再没回怼过我，因为他一看就知道怎么复现。 3. 逼着自己学接口测试和SQL。 我不再只盯着前端界面。学着用工具测接口，用SQL查数据库验证数据对不对。这一步迈出去，才发现测试的天地大很多。 4. 开始写自动化脚本。 从最简单的回归用例开始，慢慢把重复测的部分交给脚本。一开始写得很烂，但三个月后，我早上到公司，自动化跑完，结果已经摆在桌上。 就这么一点点，从"被开发嫌"，变成"开发愿意听我意见"。 四、三年后，我站在这里 今年是我做测试的第三年。 现在我能独立负责一个完整项目的测试计划，从需求评审、用例设计、接口自动化，到上线后的质量复盘，整条链路都能兜住。 上个月组里来了个新人，跟当年的我一样，对着界面不知道点哪。 我把自己当年那份乱七八糟的用例发给他看，说："别怕，我第一年比你还懵。" 
五、这三年，我想对刚入行的人说几句 1. 测试不是"点点点"，是"质量守门员"。 真正值钱的测试，不是点得多快，而是能提前想到用户会怎么用、哪里会出错。 2. 别害怕被开发怼。 被怼一次，就把bug写得让他挑不出毛病。专业度是怼出来的。 3. 一定要往"自动化、接口、SQL"走。 纯手工测试的路只会越走越窄。技术能力上来了，你才有选择权。 4. 迷茫是正常的，别在最该沉下心的时候转行。 我最迷茫的时候，也是进步最快的时候。现在回头看，那三年没有白走。 写在最后 软件测试这行，没有传说中那么"轻松"，但也没有那么"没前途"。 它是一个你愿意钻，就一定会有收获的行当。 如果你也刚入行，正对着满屏界面不知道测什么，别急。 把业务理清楚，把用例写扎实，把技术一点点补上来——三年后你再看今天，会感谢那个没放弃的自己。 互动：你刚入行时遇到过最崩溃的事是什么？后来怎么走出来的？评论区聊聊。 （本文为个人经历分享，细节已作模糊化处理）