手工测试

手工测试这活儿，手工测试干久了会生出一种奇怪的手工测试第六感。

上个月我盯着一个登录框反复点了四十多次，手工测试密码框每次输入不同的手工测试乱码。旁边新来的手工测试实习生忍不住问，哥，手工测试这功能不是手工测试已经跑过自动化脚本了吗？我盯着屏幕上那个偶尔闪现的红色提示，没吭声。手工测试第四十三次的手工测试时候，页面卡了半秒，手工测试随即恢复正常。手工测试我截了图，手工测试记下时间点，手工测试然后给开发发了条消息——你那个密码加密的手工测试接口，超时重试的手工测试逻辑有bug。

开发一开始不信。脚本跑了三遍全绿，数据也正常。后来他查了日志才发现，本地网络延迟恰好触发了某个边缘条件。他问我怎么发现的，我说，手点的，眼睛看到的。

这就是手工测试的真相——它测的不是功能，是那些文档里没写、脚本里没覆盖、需求评审时没讨论过的犄角旮旯。自动化脚本像个勤恳的扫地机器人，设定好路径，沿着既定路线扫得干干净净。可墙角有块松动的瓷砖，它永远不知道要掀起来看一眼。手工测试员就是那个蹲下来，用手指敲敲瓷砖听声音的人。

有人说手工测试没技术含量，点来点去而已。说这话的人大概没见过真正的测试老手操作。他们点鼠标的节奏是有呼吸感的，快慢之间藏着对系统反应的预判。输入数据时带着恶意，专挑那些开发觉得“用户不会这么干”的输入——超长字符串、emoji、SQL注入语句、甚至直接复制一段二进制乱码。他们记得住十几个不同测试账号的权限差异，就像老厨子记得每口锅的火候。

我认识一个做了八年手工测试的姐姐，她能在新版本发布当天，用两小时走完核心流程，然后精准报出三个bug，全是那种会导致用户数据丢失的严重问题。问她怎么做到的，她说：“我闭着眼都知道这个页面改了哪里。按钮位置挪了2像素，我手滑点空的概率就高了。”这不是玄学，是成千上万次点击喂出来的肌肉记忆。

当然，手工测试有它的短板。重复性高，容易疲劳，效率确实不如脚本。可反过来想，脚本是人写的，写脚本的人如果没做过手工测试，根本不知道要覆盖哪些场景。我见过太多自动化测试写得花团锦簇，覆盖率报表漂亮得能挂墙上，结果一上线就被用户骂崩——因为脚本没想过用户会断网重连，没想过用户会切后台再切回来，没想过用户手机剩2%电量时App的崩溃逻辑。

现在流行提“测试左移”“全链路监控”，好像有了工具就能把质量兜住。但每次线上出事故，最后复盘时总会发现，某个关键路径从来没人手工点过。工具是放大器，前提是你得先知道往哪个方向放大。而那个方向感，恰恰是手工测试在一次次笨拙的点击中磨出来的。

所以我始终觉得，手工测试不该被当作自动化时代的残次品。它更像一种手艺，像木匠手里的刨子——机器能做得更快更平，但遇到特殊的木纹、暗藏的节疤，还得靠手工去感受那个微妙的手感。系统越复杂，越需要有人用最原始的方式去戳它、惹它、看它怎么反应。

那个实习生后来问我，手工测试要做到什么程度才算合格。我想了想说，等你哪天点出一个bug，开发回复“这不可能”的时候，你把复现步骤一步步写清楚，然后看着他默默改代码——那一刻就合格了。他又问，那要是开发不改呢？我笑了，那就再点一遍，点到他改为止。