测试学什么

测试学什么？测试学我干了八年测试，面试过三百多人，测试学发现九成的测试学人答不上来这个问题。他们能说清楚测试用例怎么设计、测试学bug怎么提，测试学但问到底层逻辑，测试学就卡壳了。测试学

测试学的测试学不是点按钮，是测试学找茬的思维方式。刚入行那年，测试学我负责测一个支付模块。测试学开发说逻辑很简单，测试学就是测试学金额加减。我按正常流程走了一遍，测试学全过了。测试学正要提交报告，突然想到——如果用户连续点两次“确认支付”呢？结果真让我试出来了，系统扣了两次钱。那天我明白，测试的价值不在验证“能跑”，而在找出“什么时候会崩”。

这种思维能训练吗？能。我见过最好的测试工程师，以前是修自行车的。他说修车时得先判断是轮胎漏气还是气门芯坏了，这跟定位bug一模一样。测试学的其实是拆解问题的能力——把一个大系统拆成小块，每块都问一句“如果这里出错了，会怎样”。

工具倒是最不重要的。Selenium、Postman、JMeter，这些学起来快得很，两周就能上手。但很多人栽在工具上——会用工具不等于会测试。我招过一个人，自动化脚本写得溜，但让他测一个没文档的老系统，直接懵了。因为他只会跑脚本，不知道业务逻辑从哪来。

真正要学的是业务。医疗系统的测试得懂HIPAA，金融系统的测试得懂清算规则。我有个同事测ERP系统测了五年，现在跳槽去甲方做业务顾问，工资翻了三倍。他懂的不是技术，是那套业务流程里每个环节的坑。

沟通也是测试的必修课。你以为测试是跟电脑打交道？错，大部分时间在跟人打交道。你得说服开发承认这是个bug，而不是“设计如此”；你得让产品经理明白为什么这个优先级得调高；你得跟运维解释为什么这个版本不能上线。我见过技术最强的测试员，因为不会说话，被开发怼得怀疑人生——后来他学会了把bug报告写成“用户故事”，效果立竿见影。

最后说说好奇心。这玩意儿教不会，但没它干不了这行。我每次测新功能，都会问“如果用户不按常理出牌呢”？有一次测搜索框，我试着输入表情符号，结果系统直接报错。开发说没人会这么干，我说用户就会。后来上线第二周，真有人这么干了。

所以测试学什么？学的是用怀疑的眼光看世界，用严谨的逻辑找漏洞，用能听懂的话讲问题。工具会过时，技术会更新，但这三样东西，越老越值钱。