First Orion 借助 Amazon Nova Act 重塑 QA 自动化

美国通信服务商 First Orion 在 AWS 机器学习博客上分享了其采用 Amazon Nova Act 重塑 QA 自动化的实践。公司工程团队过去依赖基于脚本的 UI 测试框架，随着 Web 应用数量和形态快速扩张，回归测试逐渐成为发布瓶颈，QA 团队难以跟上迭代节奏。

公司背景与业务规模

First Orion 成立于 2008 年，目前拥有 300 多名员工，办公地点分布于北小石城、西雅图、伦敦和迪拜。其品牌通信解决方案覆盖美国、加拿大、英国和德国的主要运营商，包括 T-Mobile、Verizon、AT&T、Boost Mobile、Vodafone、Deutsche Telekom 等，服务范围从中小企业到 Fortune 500 企业。产品线涵盖 INFORM 品牌主叫、ENRICH 品牌短信、AFFIRM 号码监控、SENTRY 来电拦截以及 PROTECT+ 风险检测。

去中心化架构下的 QA 困境

First Orion 从单体 Web 门户迁移到去中心化、产品化、模块化的「单元」架构后，每个业务线团队独立负责自己的应用，仅在底层共享平台上做同步。这种架构提升了开发并行度，但也让 UI 测试组合呈爆炸式增长：随着公司进一步进入 SMB 市场，客户使用的设备和浏览器版本愈发多样。

QA 团队很快成为瓶颈，主要面临三类问题：

• 回归测试无法自助化：现有测试用例依赖复杂，开发者难以按需触发自己改动路径的回归。
• 新功能存在「测试用例空窗」：必须等新功能开发并部署到测试环境后，QA 自动化工程师才能拿到 DOM 中的选择器和标签，QA 分析师和工程师在等待期间频繁切换上下文。
• 测试脚本脆弱：Selenium 与 Playwright 脚本依赖元素 ID、class 等 DOM 属性，这些属性变更的速度远超维护速度，导致发布可能延期。

单纯扩充 QA 团队只能缓解表面问题，无法解决根本症结。

为什么选择 Amazon Nova Act

2025 年 3 月，AWS 客户团队向 First Orion 介绍了尚处于预发布阶段的 Amazon Nova Act。First Orion 的核心诉求清晰：不再用代码描述「如何」导航 UI，而是用自然语言描述「要测什么」，由智能体完成其余动作。

Nova Act 与这一需求高度契合：

• QA 分析师可以直接用英文描述测试目标，例如「登录门户、进入账单页、验证发票金额合计」，由智能体推理当前 UI 状态并完成操作。
• 智能体不依赖固定选择器，对 UI 变更具有更强的鲁棒性，缓解了脚本脆弱问题。
• 由于不再需要等新功能上线后再编写选择器，测试用例的「空窗期」被显著缩短。

First Orion 在 Nova Act 正式 GA 之前就已加入预发布采用者行列，并在该阶段完成了初步验证。

从脚本化到智能体化的转型

First Orion 将 QA 自动化的范式从「脚本化」转向「智能体化」：让 AI 智能体像人类一样理解 Web 界面，由分析师定义测试意图，由智能体负责执行与适配。这一思路降低了新功能测试的启动门槛，也让回归测试更易于自助化。

对于拥有大量 Web 应用、迭代节奏快、UI 变更频繁的企业，把 QA 自动化中的「决策层」交给 AI 智能体，被 First Orion 视为替代传统脚本框架的一条可行路径。