

每次行业大会,总有人喊出"无人测试"的口号——意思是测试环节完全交给 AI,不再需要人工介入。
这个说法之所以引发争议,是因为它把两件不同的事混在了一起:执行自动化和判断自动化。
执行自动化早就实现了——Playwright、Selenium 跑了二十年,点击、填表、断言,机器比人快得多,也稳定得多。如果"无人测试"指的是这一层,它不是噱头,是早已落地的现实。
真正引发争议的是判断自动化:这个场景该不该测、测到什么程度算够、这个失败是真 Bug 还是误报、这个边界条件有没有业务风险。这一层,目前没有任何证据表明可以完全交给 AI。
所以"无人测试"这个词本身就有歧义。讨论它是噱头还是终局之前,先要分清楚在讨论哪一层。
论据一:AI Agent 的判断力正在被结构化注入,且这个机制在持续完善。
通过 Skill 体系,团队可以把领域判断力——业务高危区域、历史踩坑、反模式清单、元素定位规范——写成 Agent 能读懂的结构化文档,并通过三级渐进加载机制按需调用。Agent 加载 Skill 后,不再是单纯的执行器,而是带着判断逻辑工作:它知道哪些场景是历史 Bug 重灾区,知道哪些写法是被验证过的反模式。这条技术路径仍在快速进化——从单一 Skill 到 Skill 库,从静态文档到带验证反馈的迭代机制,理论上,只要知识注入的广度和深度持续提升,AI 的判断质量上限会同步抬高。
论据二:执行层的成本优势是结构性的,不会逆转。
人工测试的成本随着用例数量线性增长,AI 执行的边际成本接近于零。即使判断力还有欠缺,在大规模回归场景下,AI 覆盖的用例数量和频率已经是人力做不到的量级。
论据三:行业有持续投入的动力。
测试效率直接影响交付速度,这是商业层面的强诉求。资金和人才会持续涌入这个方向,技术进步速度不会停滞。
论据一:测试的核心难点从来不是执行,是判断"测什么"。
一个资深测试工程师的价值,很大程度上体现在他知道"这个场景历史上出过事故"、"这个边界条件在并发时有风险"、"这个看起来正常的响应其实掩盖了一个逻辑错误"。这些判断依赖的是对业务的深度理解和踩坑积累的直觉,目前没有证据表明 AI 能够独立产生这种直觉——它依赖的仍然是人类显式注入的知识。
论据二:知识注入本身依赖人,而且这个依赖不会消失。
Skill 文档不会自己生成。它需要资深工程师做"经验萃取"——把隐性知识显式化、结构化、写清楚原因和后果。这个过程目前完全依赖人。如果团队没有持续产出新的判断知识,Skill 库会逐渐过时,Agent 的判断质量会随之下降。换句话说,"无人测试"的判断力上限,取决于"有人"投入的知识质量,这是一个悖论。
论据三:高风险场景的容错率,决定了人工复核不会被取消。
涉及资金、数据删除、权限变更的场景,即使 AI 判断为通过,行业实践中普遍仍要求人工复核。这不是技术限制,是风险容忍度的问题——错误的代价高到不能完全交给一个无法承担责任的系统。
讨论容易陷入一个误区:把"测试过程中人不再操作鼠标"等同于"测试质量不再依赖人"。
这是两件不同的事。
即使未来执行层 100% 自动化,判断层的知识来源依然是人——只是这些知识的存在形式从"脑子里的经验"变成了"结构化的 Skill 文档"。人的角色从"执行测试"变成了"设计判断标准、萃取领域知识、维护知识资产的准确性"。这个转变需要的能力组合,和"手工点点点"或"写自动化脚本"都不一样——它更接近知识工程,要求从业者既懂测试方法论,又懂业务,还要能把隐性经验显性化、结构化。
这种转变,与其说是"测试岗位消失",不如说是"测试岗位的核心职责发生了迁移"——从操作层迁移到知识架构层。岗位名称可能不变,但日常工作的内容已经截然不同。
这个视角下,"无人测试"这个词本身可能就是一个错误的框架。更准确的表述或许是"无人执行,有人架构"——执行层趋向无人,但判断力的源头,在可预见的未来,仍然来自人。
观察目前的实际落地情况,看到的不是"完全无人"或"完全依赖人工"的二元对立,而是一条清晰的渐进曲线,可以分成三个层次来看。
第一层:已经基本无人化的场景。标准化的冒烟测试、固定流程的回归用例、判断标准明确的验收测试——这类场景里,Agent 参照结构化的 Skill 规范执行,人的介入主要是定义规则、维护已知问题清单、复核被标记的异常项。这一层的自动化程度已经很高,争议不大。
第二层:人机协作主导的场景。接口测试的边界值设计、新功能上线前的覆盖范围判断、Flaky Test 的根因分析——这类场景里,AI 能大幅提升效率(批量扫描、模式识别、初步归因),但最终的判断和决策仍由人主导。AI 提供候选方案,人做取舍。
第三层:仍然高度依赖人的场景。探索性测试中的"直觉式怀疑"、安全测试里的对抗性思维、全新业务模式下尚无历史经验可参照的判断——这类场景目前看不到被结构化替代的清晰路径,因为本质上,还没有人把这类知识总结成 Agent 能学习的规范。
这条曲线会持续右移——越来越多原本停留在第二层、第三层的场景,会随着知识结构化程度的提升被纳入第一层的范围。但这是一个渐进过程,不是开关式的切换,更不是某个时间点的"奇点事件"。
极端一:把"无人测试"当作降低投入的理由。
如果团队把"AI 能做测试"理解为"可以减少测试人力投入,不用建设知识体系",这是一个危险的简化。AI 测试的质量上限,完全取决于注入的领域知识质量。投入减少,知识停止更新,AI 判断质量会同步下滑,而这个下滑往往是隐性的——直到一次重大事故才会被发现。
极端二:把"无人测试"当作纯粹的噱头,完全否定其价值。
这同样是一种简化。执行层的自动化效率提升是真实的、可量化的,忽视它意味着放弃已经成熟的效率红利。
理性的态度,是在这两个极端之间,持续校准"哪些场景适合交给 AI 独立判断"和"哪些场景必须保留人工复核"这条边界,而不是预设一个固定答案。
"无人测试是噱头还是终局"——这个问题本身可能没有一个在 2026 年就能给出的确定答案。
可以确定的是:测试行业正在经历一次结构性变化,这次变化的方向不是"人被取代",而是"人的工作重心从执行转向架构"。
那些把自己的判断力转化为团队可复用知识资产的人,在这次变化中位置会更稳。那些只停留在执行层、把价值绑定在"我能写多少脚本"上的人,会感受到更大的压力。
至于"无人测试"最终会不会成为终局——这个问题留给时间,也留给每一个正在参与这场变化的人,用自己的选择去回答。