手动测试的岗位在缩水，但测试能力本身在升值

很多同行总在讨论手动测试是不是要被AI取代，这种问法太模糊。在公司推行AI落地的这两年，我最深刻的感受是：纯粹靠“点点点”执行的岗位在消失，但具备判断力的测试专家反而更吃香了。

一个典型的场景是，以前跑一遍回归测试可能需要5个测试员花一周时间，现在一个懂业务、有判断力的核心测试配合一套自动化脚本就能搞定。这对剩下的那个人是好事，但对被替代的那四个来说确实很残酷。

这种变化不是因为AI突然能代替人，而是三个趋势叠加的结果：

• 回归执行的自动化：这已经持续了十几年，重复性工作被干掉了。
• 文档产出低成本化：以前写测试用例、测试计划得花大量时间，现在用大模型几秒钟就能出一个中等质量的草稿，文档不再是护城河。
• 自动化门槛降低：现在的 Playwright 比当年的 Selenium 好上手太多，单纯会写简单的UI脚本已经不算竞争力。

但AI在实操中依然有明显的死穴：它不知道某个按钮偏移2像素在支付页面会导致用户焦虑，也不知道在成千上万个测试用例中，哪些才是真正决定生死、必须优先执行的。最核心的Bug往往藏在系统缝隙里（比如Webhook重复触发、时区转换错误），这些需要极强的业务洞察力。

对于还在纯手动岗位的同学，建议不要空谈“学习自动化”，那样太虚。我建议的实操路径是：

一、深挖一个语言
不要只看教程，用 Python 或 TypeScript 真正解决一个没见过的问题。

二、建立可证明的实操成果
在 GitHub 建立一个自己的 Repo，写一个针对公开网站的小型测试框架。这种实操成果比任何证书都有说服力。

三、把现在的活干得更技术化
别只在 UI 界面报 Bug。尝试去读日志、看数据库 Schema，尝试通过 API 接口去复现 Bug。

四、把 AI 当成协作助手而非神谕
学会分辨 AI 输出结果中的错误部分。这种“纠错能力”其实需要更深厚的测试知识储备。

总结下来，手动测试作为一项“技能”正在升值，但作为个“岗位名称”在贬值。你的价值在于执行，还是在于判断？这决定了你是被替代，还是变得不可或缺。