Epsilon 用 Amazon Nova Act 实现意图驱动 UI 测试，FDE 现场落地与风险分析

先说结论

• Epsilon 将意图驱动 UI 测试作为平台服务，复用现有 Playwright 回归套件，避免每团队独立维护浏览器基础设施。
• Nova Act 通过自然语言步骤实现 UI 测试，显著降低编写成本，提升测试可维护性。
• 多租户 IAM 与 AgentCore Browser 提供安全隔离与运维免 burden，FDE 可直接借鉴其部署模式。

背景

Epsilon 作为 Publicis Groupe 旗下的大型数据、技术与营销服务公司，拥有数亿消费者画像与千家品牌合作，面临快速迭代的 UI 变更需求，传统 Playwright 回归测试因选择器脆弱且维护成本高，亟需一种可复用、低维护的测试方案。

为什么对 FDE 重要

FDE 关注前向部署与交付流程，Epsilon 的做法表明在现有 Agent 体系中引入 UI 测试无需额外基础设施，可通过平台 API 统一调用，降低跨团队协作与安全合规风险，直接关联 FDE 职业路线 中的平台能力建设。

现场落地建议

FDE 在落地方案时，可参考 Epsilon 的三层架构：平台 API 负责工作流注册与调用，Celery 任务 runner 运行 Nova Act，AgentCore Browser 通过 CDP WebSocket 控制浏览器。关键实践包括：

1. 以 intent 而非选择器编写测试步骤，如“确认奖励余额可见”，提升可读性与维护性。
2. 将 Nova Act 与 AgentCore Browser 依赖固定在独立服务容器中，避免与主业务依赖冲突，尤其注意 us-east-1 端点强制要求。
3. 利用 trajectory 复用机制，首次探索成功后保存并回放，降低后续回归测试成本与延迟。
4. 采用跨账户 AssumeRole 与 scoped IAM，实现多租户隔离，符合 FDE 对安全与审计的要求。

这些实践可直接应用于 FDE 的项目，参考 AI Agent 企业部署 与 Context Engineering 章节的落地框架。

风险与检查清单

• 依赖 AWS 管理的浏览器会话，需确保 VPC 与安全组配置允许 CDP WebSocket 连接。

• Nova Act 端点固定为 us-east-1，跨区域部署时需在独立服务中强制指定 region，防止因区域不匹配导致调用失败。

• 跨账户 IAM 角色需提前授予必要权限，否则测试执行时会因权限不足而中断。

常见问题

Q1: Nova Act 是否支持所有浏览器交互，如 CAPTCHA 或 MFA?

A: 通过 AgentCore Browser 的 live view 与人工接管功能，可在测试过程中实时观察并手动处理 CAPTCHA 或 MFA，无需额外集成。

Q2: 多租户测试是否会影响主业务性能?

A: 所有测试在独立的 Ephemeral 浏览器实例中运行，使用 SQS 与 ECS 进行弹性调度，不会影响主业务服务的资源消耗。

Q3: 如何在现有 Playwright 回归套件中集成 Nova Act?

A: 将 Nova Act 作为平台服务调用，通过 API 生成 workflow，与 Playwright 保持并行而非替代，实现层层叠加的测试覆盖。

---

来源：AWS AI，链接：https://aws.amazon.com/blogs/machine-learning/building-intent-driven-ui-testing-with-amazon-nova-act/