上周帮一个朋友看简历，测试入门他想转行做测试。测试入门简历上写着"熟悉功能测试、测试入门性能测试、测试入门自动化测试"，测试入门我问他：你测过什么东西？测试入门他想了半天说，大学课程设计算吗。测试入门这就尴尬了。测试入门很多人以为测试就是测试入门点点按钮看有没有报错，实际上连门都没摸到。测试入门

先搞清楚一件事：测试不是测试入门"证明软件没问题"，而是测试入门"尽可能找出它有问题的地方"。这两句话听起来差不多，测试入门方向完全相反。测试入门前者让你心安理得地点几下就收工，测试入门后者逼着你琢磨——如果我是故意来搞破坏的，我会从哪里下手？

我刚入行那会儿，带我的师傅扔给我一个登录页面，说：你测吧。我花了十分钟，输入正确的用户名密码，登录成功，完事。他看了一眼，问我：空密码试了吗？超长用户名试了吗？SQL注入试了吗？浏览器后退再提交试了吗？连续点五次登录按钮试了吗？我当场愣住。一个看起来再简单不过的登录框，他列了三十多个测试点。这就是差距。

测试的核心能力不是会用工具，而是拆解。拿到一个功能，你得能把它拆成一个个具体的输入和输出，然后想清楚哪些输入是正常的、哪些是异常的、哪些是边界上的。比如一个输入框要求填1到100的数字，你光填50不够，你得填0、填1、填100、填101、填-1、填小数、填字母、填空格、填emoji、什么都不填直接提交。这些东西没人会全部告诉你的，得自己长脑子想。

工具重不重要？重要，但没你想的那么重要。Postman、JMeter、Selenium、Charles，这些学起来都快，一两周就能上手。难的是你知道什么时候该用哪个工具，以及拿到结果之后怎么判断。我见过有人用JMeter跑了个压测，报告出来一堆红色，他截图发群里问"这正常吗"。工具给了他数据，他读不懂。这就跟买了把好菜刀但不会切菜一个道理。

再说个容易踩的坑：很多人把测试和质检搞混。质检是在产品做完之后挑毛病，测试应该贯穿整个开发过程。需求评审的时候你就要开始问：这个逻辑如果用户不按套路操作会怎样？开发写代码的时候你就该同步写测试用例。等到提测了才介入，bug已经埋得太深，改一个带出三个。

如果你现在想入门，我的建议很直接：找一个真实的网站或者App，从注册开始，把每一个功能都当成你的敌人来对待。别按正常流程走，正常流程开发自己已经走过了。你要走的是不正常的路——乱填、乱点、乱顺序、乱网络。每发现一个奇怪的现象就记下来，想想为什么会这样。坚持一个月，比看十本测试教程管用。

测试这行门槛不高，但天花板不低。入门靠的是耐心和好奇心，往上走靠的是对系统的理解和对风险的判断。别急着学自动化框架，先把一个登录框测明白再说。