测试写成自然语言，现有回归脚本就该退场吗？Epsilon给出的答案恰好相反。AWS在10月30日刊登的实施复盘显示，这家公司保留Playwright作为回归主干，再把Nova Act和托管浏览器封装成共享测试能力。变化不是让模型接管所有质量判断，而是让产品团队不必各自搭浏览器、接身份、收集执行证据。

快速看点：这是具名客户的实施复盘，不是Nova Act当天首次发布；自然语言测试补充既有回归；平台共享不等于各团队共享账号；会话录像、业务授权和结果验收仍有单独配置及责任，不能从“浏览器托管”四个字直接推导。

共享的是测试服务，不是每个团队的业务权限

Epsilon属于Publicis Groupe，其平台团队为内部产品团队提供Agent能力。过去，各团队若各自搭建测试入口，就要重复处理浏览器依赖、身份接入和运行环境。此次方案把测试作为标准平台能力：通过同一API创建流程、触发执行、取回结果，而不是向每个团队交付一套需要自己维护的命令行工具。

接入流程仍包括跨账户角色配置、目标应用地址登记，以及对测试Agent的访问授权。执行时采用受限IAM角色和跨账户AssumeRole，让团队在各自的账户与角色范围内工作。共用平台入口，不表示一个租户的测试可以沿用另一个租户的登录或数据访问权。

这也区分了两种身份：云侧角色允许启动哪些资源，网站侧账户允许在应用里做什么。前者不能自动证明后者已经授权。企业复制方案时，还应另行检查目标地址、测试账号与数据范围，特别是涉及表单提交或创建对象的流程，不能把模型能点击当成业务已批准。

一句测试意图背后，仍是一条执行与证据链

案例中，用户提交目标地址和自然语言步骤，平台登记工作流，再由后台任务运行器开启远程浏览器会话。Nova Act通过CDP连接驱动页面，处理跳过引导框、滚动寻找输入框等条件动作。执行结果按步骤记录，并关联截图、会话标识与完成回调，回到平台供团队检查。

这样的步骤表达把关注点从某个CSS选择器转向可观察结果，例如确认余额是否显示。但“看起来理解了意图”仍不是断言已经正确。企业需要规定成功状态、异常状态及证据要求，再决定哪些路径适合自然语言补测，哪些关键流程继续交给确定性回归。

公开示例代码能检查基本连接关系：创建浏览器会话、取得WebSocket地址和签名头，再建立Nova Act连接。它是基础演示，不是Epsilon整个平台的生产代码；示例README还明确，演示用较宽权限，后续使用需要缩小范围。不能把复制示例等同于完成多租户权限设计。

隔离、录像与回放，不能合成一个万能保证

Epsilon把Nova Act依赖放在独立运行服务中，固定版本，避免与主后端的Agent栈发生依赖冲突。复盘同时提到，运行器关闭时可回退到进程内执行。这是其部署取舍，不代表任何故障都能自动恢复，更不证明重启之后业务动作只发生一次。

当前AgentCore文档对可观测性有更具体的条件：实时查看、指标和会话录像并不是完全相同的能力；录像适用于自定义浏览器，需要相关配置和S3存储。云审计记录与页面截图也各有用途，不能把审计日志当作完整页面录像，或宣称所有证据无需配置就自动保存。

复盘还描述了先探索、再保存成功轨迹、之后回放的路径。这里的成功轨迹已经经过选择，不能直接代表新页面、变化后的业务数据或未知流程都能稳定通过。因此，本文不采用内部材料中的百分之百回放通过率，也不把编写时间比较换算成普遍提效或成本收益。

生产验收应分别覆盖首次探索、保存后的重复运行、页面变化、权限拒绝以及部分步骤失败；还应确认失败是否回传、截图是否对应当次会话。对于可能改变业务状态的动作，应准备专用测试对象和清理规则。这里是交付建议，并非本站已经执行这些测试。

本站核对了复盘、浏览器产品文档和官方连接示例，没有访问Epsilon平台、创建云资源、打开托管浏览器、输入账号或执行页面操作，也没有独立审计其全部生产权限。可复用的是架构责任的拆分，而不是未经复现的效果承诺。

小编判断

这份案例最有价值的地方，是没有把自然语言测试包装成回归体系的替代品。共享平台可以集中浏览器和执行管理，但权限、断言、证据和失败后的业务状态仍需明确归属。只有把这些边界一起交付，测试Agent才是团队能力，而不是又一个需要单独照看的演示。