测试经典语录

干了八年测试，测试我听过最狠的经典一句话是：“这功能我测过了，没问题。语录”说这话的测试人后来被叫去复盘线上事故，原因是经典他只点了主流程，没试过断网重连。语录测试这行有个怪现象——越斩钉截铁说“没问题”的测试人，往往埋的经典雷最大。

刚入行时带我的语录老张，每次提测前都要在工位上念叨：“别信开发说的测试‘只改了一行代码’。”有回一个需求改了个按钮颜色，经典开发拍胸脯说零风险。语录老张硬是测试跑了全量回归，结果发现那个按钮的经典点击事件被顺手重构坏了。开发挠头说“我就顺手整理了下代码”。语录顺手，测试人最怕听到的两个字。

测试经典语录里排第一的，我觉得是“在我机器上是好的”。这话从开发嘴里说出来，翻译过来就是“你的环境有问题”。但真相往往是环境差异暴露了代码里写死的路径、硬编码的配置。我见过一个支付回调接口，开发本地用localhost测通了，测试环境域名一换直接500。查了半天，回调地址写死在代码里。这种问题，开发永远觉得“不是我的锅”。

“这个bug下个版本修。”这句话的杀伤力在于，它听起来特别合理。版本排期紧，优先级低，先挂着。然后下个版本有新需求，再下个版本要重构，等你想起来的时候，那个bug已经在线上活了半年。我统计过我们组去年的bug库，标记“下版本修”的缺陷里，有43%最终变成了“不再复现”或者“设计如此”。翻译一下：要么被绕过去了，要么没人记得当初为什么要修。

还有个经典场景：测试问“这个异常情况怎么处理”，产品说“用户不会这么操作的”。用户会不会这么操作，测试说了不算，产品说了也不算。去年有个App崩溃率突然飙升，查到最后是用户在弱网环境下疯狂点击提交按钮，触发了并发写入的死锁。产品当初的原型图上，提交按钮点一次就置灰了——但代码没实现置灰逻辑。用户会不会这么操作？用户比你想的野多了。

“你测了吗？”这句话在测试群里发出来，通常意味着线上出事了。更微妙的是回复：“我测了主流程。”主流程三个字，在事故复盘会上约等于“我没测”。主流程能跑通是底线，不是目标。边界值、异常分支、并发冲突、数据兼容，这些才是测试真正要盯的地方。但现实是，排期压下来，能跑完主流程就算交差。我见过一个团队，回归测试用例写了三千条，每次发版只跑前两百条。问就是“时间不够”。

最让我感慨的一句，是离职同事临走前说的：“测试做得再好，不出事就是没价值，出了事就是没测到位。”这话偏激，但戳中了很多测试人的处境。线上稳定运行三个月，没人记得测试团队拦了多少坑；一旦漏了一个，所有目光都聚过来。所以我现在带新人，第一课不是教怎么写用例，是教怎么留证据——截图、日志、录屏、邮件记录。不是为了甩锅，是为了让“我测过了”这句话有分量。

干久了你会发现，测试的核心不是找bug，是管理“不知道”。你不知道开发改了什么，不知道产品怎么想的，不知道用户会怎么用。经典语录之所以经典，是因为每一句背后都藏着一个没被回答的“不知道”。把这些不知道一个个变成知道，测试才算做到位了。