AWS 發布 QA Studio 第三部分：新增應用管理與團隊權限

背景

QA Studio 是建立在 Amazon Nova Act（AI 驅動的瀏覽器自動化服務）上的參考解決方案，讓團隊使用自然語言定義並執行網頁應用測試。隨著組織內採用 QA 自動化的團隊增加，測試用例數量龐大且分散在不同產品線，導致難以快速判斷特定應用的測試覆蓋率健康狀況，以及明確誰對測試結果負責。此前兩部分已分別介紹了自然語言測試創建與 CI/CD 整合的批量回歸測試功能。 AWS ML Blog 官方原文・github.com

發生什麼事

AWS 於 2026 年 10 月 28 日發布了「使用 Amazon Nova Act 加速軟體交付的代理式 QA 自動化」系列文章的第三部分。此次更新主要增加了兩項功能：一是「應用（Applications）」概念，用於組織測試並報告健康指標；二是基於團隊的用戶管理，控制誰可以查看和修改哪些測試。 AWS ML Blog

重點內容

在 QA Studio 中，「應用」代表被測試的系統（如網站或服務前端），作為測試用例和測試套件的容器。每個應用需設定名稱、基礎 URL 及可選的環境（如開發、預發布、生產）。QA Studio 會將每次執行的結果記錄為 Amazon CloudWatch 自訂指標，並根據通過率與不穩定測試（flaky tests）的懲罰分數計算出 0-100 的健康分數。用戶可查看 7 天（小時級別）或 30 天（天級別）的趨勢圖，並透過「不穩定測試」視圖識別過去 7 天內頻繁在通過與失敗間切換的用例。 AWS ML Blog

權限管理採用基於團隊的模型，每個應用屬於且僅屬於一個團隊。系統定義了五種累積性角色：Admin（全域管理員）、Team Lead（團隊負責人）、Editor（編輯者）、Executor（執行者）和 Viewer（檢視者）。例如，Team Lead 擁有 Editor 的所有權限並可管理成員與創建應用；Viewer 僅有唯讀權限。若團隊間共享應用，用戶的有效權限取決於其自身角色與共享級別中的較低者，確保不會超越其角色上限。 原文

對使用者的意義

此更新主要面向需要管理多團隊測試資產的企業平台團隊或 QA 負責人。開發者與非技術人員可透過自然語言繼續創建測試，而管理層能透過健康分數快速識別需要關注的應用。團隊負責人可在「我的團隊」頁面直接管理成員角色、查看本團隊擁有的應用列表，並控制跨團隊的共享訪問權限（檢視、執行或完整權限）。 AWS ML Blog

限制與未定事項

官方原文指出，此參考解決方案僅供演示目的，在用於生產環境前，必須確保其符合組織的運營和安全要求。此外，互動式嚮導模式（Wizard-mode）任務目前仍使用舊有執行路徑，待後續單獨遷移。 官方原文・github.com