背了 Selenium 定位、接口八股，面试官问 AI 生成的脚本怎么验证它是对的，核心思路不能只看脚本能不能跑通，要从需求对齐、语法静态检查、单步调试、用例预期校验、边界异常回归、代码风险审计这几层去验证，AI 很容易写出语法没问题、但是定位写错、参数硬编码、等待逻辑缺失、断言和业务预期不符的脚本，单纯执行成功不等于脚本正确，很多时候只是刚好没触发异常。我们要先核对原始需求和测试点，确认 AI 生成脚本覆盖的场景、断言点和业务预期一致；接着做静态检查看语法、依赖、选择器有没有明显坑；再分小步骤调试运行，正常场景、异常场景分别跑；最后还要评估稳定性、可维护性、安全风险，把 AI 产出当成初级外包脚本，而不是可信成品，这套回答刚好避开只会背诵 Selenium 和接口八股的短板，体现测试思维。
一、分层验证步骤（面试口述版）
- 需求与测试点对齐（先验）
- 静态代码审计（不运行）
拿到 AI 脚本第一件事，对照原始需求、测试用例清单核对：脚本覆盖的操作步骤、输入参数、校验点是否和目标场景一致；区分 AI 有没有自己脑补额外逻辑、私自修改断言预期、漏掉前置后置操作。比如 Selenium 脚本里 AI 自己加了不存在的弹窗判断，或者接口脚本把响应字段断言写错。
- 语法检查：Python/Java 语法、导入包、函数定义，有没有废弃 API，比如 Selenium 旧版本 find_element_by_xxx
- 定位器检查：xpath/css 选择器是否稳定，有没有用极易变化的文本定位
- 等待逻辑：是否强制 sleep，缺少显式等待 WebDriverWait，容易出现时序问题
- 硬编码：URL、账号密码、token、id 是否写死在脚本里
- 断言合理性：断言是校验核心业务字段，还是只校验状态码 200 这种弱校验
- 隔离单步调试执行
拆分脚本，分步执行，不要一次性跑完整个流程：
- 前置准备：准备独立测试数据、干净测试环境
- 单节点验证：定位元素、点击、输入、接口请求单独跑，看每一步是否符合预期
- 日志截图：Selenium 保存截图，接口打印 request/response，方便定位哪里出错
- 多场景回归验证
- 结果和产物验收
| 场景类型 | 验证重点 |
|---|---|
| 正向主流程 | 正常输入，断言结果是否符合预期 |
| 边界场景 | 参数边界、空值、超长输入，看 AI 脚本有没有兼容 |
| 异常场景 | 报错弹窗、接口 500/403，AI 脚本是否缺少异常捕获 |
| 稳定性回归 | 重复执行 3~5 次，判断是否偶现失败（AI 经常忽略页面加载时序） |
- 判定标准：不仅看脚本不抛异常，还要看业务结果和用例预期一致
- 可维护性：脚本是否支持参数化、数据分离，失败信息是否清晰
- 风险点：是否存在越权、日志打印敏感信息等安全问题
二、面试精简话术（直接背）
我不会只看 AI 脚本能不能跑成功。首先对照测试需求核对 AI 脚本覆盖的场景和断言，确认没有 AI 脑补逻辑；然后静态审查代码，检查 Selenium 定位、等待方式、接口参数、断言是否合理；接着拆分步骤在测试环境单步调试，正向、边界、异常场景分别回归；多次运行验证稳定性，同时检查有没有硬编码、废弃 API、敏感信息泄露等问题，最后才判定 AI 生成脚本是否可用。
三、常见 AI 脚本坑（面试加分点）
- Selenium：写死 sleep、不稳定 xpath、忘记切换 iframe / 窗口、元素还没加载完成就操作
- 接口脚本：只断言 http 状态码，不校验业务 code、响应数据；缺少请求头、签名、token 处理
- 通用问题：缺少异常捕获、失败没有截图日志、数据硬编码、不支持重试
【相关 FAQ】
问题 1：AI 生成 Selenium 脚本，脚本执行不报错，是不是代表 AI 生成的脚本就是正确的？
回答 1：AI 生成 Selenium 脚本执行不报错，不代表脚本正确，有可能页面元素刚好命中、断言写得很宽松，没有校验真实业务结果，边界场景一跑就会失败，依然需要按步骤验证。
问题 2：验证 AI 生成的接口自动化脚本，重点看哪些地方？
回答 2：验证 AI 生成的接口自动化脚本，除了语法和连通性，重点核对请求参数、签名、请求头、业务断言逻辑，还要验证异常码、超时、重试逻辑，检查有没有硬编码密钥、弱断言问题。
问题 3：面试官问 AI 生成的脚本怎么验证它是对的，只说跑一遍行不行？
回答 3：只说跑一遍不行，AI 生成脚本最大隐患是隐性错误，面试官想看你有没有测试设计思维，而不是只会执行脚本，需要从需求核对、静态审查、多场景回归、稳定性几个维度回答。
问题 4：AI 生成自动化脚本的时候经常写出不稳定的 xpath，验证阶段怎么处理？
回答 4：在验证 AI 生成脚本的静态审计环节，识别脆弱的 xpath，替换成 id、name、稳定 css 选择器，同时补充显式等待，再多次重复执行验证脚本稳定性。
【参考资料】
[2026-10-27]（AI 生成自动化脚本如何做校验）测试开发社区
[2026-09-15]（Selenium 自动化脚本 AI 生成的常见坑与评审要点）51Testing
[2026-08-11]（面试题：如何校验 AI 生成的测试脚本是否正确）InfoQ
[2026-07-02]（AI Code 生成自动化脚本评审清单）TesterHome
【免责声明】
本文内容为面试题解答思路，AI 生成脚本的验证方案需要结合项目框架、Selenium 版本、接口规范灵活调整；不同公司对于自动化脚本准入标准不一样，回答仅用于面试学习参考，不直接等同于企业线上自动化验收规范；AI 生成代码本身存在幻觉、逻辑缺陷风险，所有脚本上线前都必须人工复核与多轮验证。