10个硅谷高管投票：8个要裁QA，但AI让这帮人改主意了

100%的受访技术高管说"团队不需要QA"，但同一个人群正在悄悄招聘AI测试工程师。这个矛盾值得拆开看。

QA正在经历一场身份危机。一边是"工程团队应该对质量负责"的新共识，一边是AI生成代码带来的验证需求爆炸。测试金字塔的底层（单元测试）没人争议，顶层（UI端到端测试）成了战场。

「工程傲慢」的合理之处

反对QA的声音不是没道理。作者把QA和运维做类比：工程师写代码、运维负责上线和稳定，这种交接会产生激励错位。

现代工程文化排斥这种"扔墙式"分工。如果QA只在最后环节介入，发现和修复问题的成本呈指数级上升。更隐蔽的问题是责任稀释——工程师觉得"反正有人测"，QA觉得"代码不是我写的"。

作者调研的10位工程负责人全部倾向于"无QA团队"，除非有极端特殊情况。这个样本虽小，但反映了硅谷主流意见。

AI把天平又扳回来了

但作者注意到一个反直觉的趋势：AI让自动化验证变成了"杠杆放大器"。

翻译一下：以前写测试用例是苦力活，ROI不高。现在大模型能批量生成测试代码、自动探索边界条件、甚至模拟用户行为。QA的角色从"手动执行者"变成"策略设计者"——定义测什么、怎么测、什么叫"足够好"。

这不是让QA回来写用例，而是让他们回来解决更复杂的问题：如何验证AI生成的代码？如何设计无法被AI替代的测试策略？

传统公司反而更保守。作者观察到，支持QA的声音多来自非科技行业的传统企业。这种分化说明：QA存废之争本质是工程成熟度之争，不是简单的先进vs落后。

给QA负责人的生存指南

作者给还在岗的QA leader提了具体建议，核心就一条：左移（shift left）。

别做最后一道闸。嵌入工程团队，和开发同节奏工作。把测试能力前置到需求评审和架构设计阶段——发现一个问题在设计阶段，成本是编码阶段的1/10。

另一个关键动作是重新定义产出。别报"发现了多少bug"，报"阻止了多少缺陷流入生产"。指标一变，价值就显性化了。

作者的原话很直接：「如果从零搭建团队，我不会先招QA。」但紧接着补了条件：CI/CD和测试自动化必须从一开始内置，工程师要习惯自己写三层测试。

测试金字塔的模糊地带

回到那个金字塔。单元测试和集成测试的归属没有争议，UI测试才是灰色地带。

有些组织把端到端测试完全交给QA，因为需要模拟真实用户路径；另一些组织让工程师全包，QA只提供工具和框架。作者没有站队，但暗示了趋势：随着AI降低UI测试的编写成本，"谁来做"的答案可能会变。

一个细节值得注意。作者提到"AI时代的验证需求"时，用的词是leverage maximizer——不是替代人力，而是放大人力。这和"AI取代QA"的恐慌叙事不同，更接近"QA升级为AI质检官"的剧本。

最后留个开放问题：如果你的团队正在用AI辅助编程，你们是怎么定义"完成"的——是代码合并，还是通过了AI生成的100个测试用例，还是别的什么标准？