AI 编程实战：上线前的人肉验收，交给 Codex 了！

最近不停在上一些小功能，就需要验收。

验收时有几个麻烦点。它涉及登录态、数据、扣费、历史记录等。只看代码或者只跑单元测试都不够，最后一定要有人在真实环境里过一遍完整流程。

推荐一个很丝滑的协作方式：依旧 Claude Code 负责写代码、实现功能，最后把需要验证的测试用例整理清楚；Codex 接过测试用例，用 Chrome 插件控制浏览器，直接在已有登录态里做端到端验收。

为什么适合交给 Codex 验收

以前做这种验收，最烦的地方不是点击按钮，而是中间要不断判断状态。

比如页面上的入口有没有出现，弹窗或表单里的数据能不能正常选择，选择后的状态有没有回填，点击提交以后有没有前端校验错误，异步任务最终有没有结果，余额有没有变化，历史记录有没有新增。

这些事情连在一起就很容易漏。验收过程里还要截图、记录余额、记录错误文案，最好能把每一步结论都留下。

Codex 做这类任务有一个很舒服的点：它可以按测试用例一步一步执行，同时把过程可视化地反馈出来。哪一步通过了，哪一步有问题，它会直接标出来。需要证据时，它也会把截图保存下来。

E2E 断言清单截图

这张图里能看到，A 到 H 每个断言都有状态。有些通过，有些失败，有些因为预算或条件跳过。对我来说，这比口头说"我测过了"可靠很多，因为它保留了过程。

Chrome 登录态是一个很实用的优势

Codex 通过 Chrome 插件接管浏览器。

普通 Playwright 测试也可以处理登录态。Playwright 官方文档里就推荐用 storageState 保存认证状态，后续测试可以复用这个状态文件。

不过这通常意味着你要维护测试账号、登录脚本、状态文件，还要处理状态过期和环境隔离。

在研发阶段的人工终验里，我更需要的是另一种能力：直接用我当前 Chrome 里已经登录好的账号，接管现有页面，继续往下操作。