AWS 用 Amazon Nova Act 扩展 QA Studio：新增应用管理与团队权限

QA Studio 是 AWS 基于 Amazon Nova Act 构建的参考方案，前两篇分别解决了自然语言编写测试和测试套件加 CLI 的 CI/CD 批量回归。第三篇针对组织规模化后的新瓶颈：测试归属混乱、覆盖健康度无法一眼判断、责任人不明确。 新增的"应用"概念代表被测系统，包含名称、基础 URL 和可选的环境集合（开发、预发布、生产）。用例与测试套件都归属于应用并继承其所有权，团队只在自己拥有的应用内工作。应用页面顶部展示所选时间窗口的通过率、执行总数和当前失败数，并计算 0–100 的健康分：以通过率为基础，对不稳定测试扣分，避免"测试通过但反复翻转"造成的虚假健康。指标以 Amazon CloudWatch 自定义指标记录，按应用和环境两个维度区分，支持 7 天小时级或 30 天日级趋势图，并可单独筛选某个环境对比预发布与生产表现。另有两个视图：不稳定测试视图按过去七天翻转频率排序，近期失败视图列出最新失败执行，每次可一键跳转到 Nova Act 的轨迹日志和会话录屏。 权限方面，每个应用只属于一个团队，成员分五种累积角色：Admin（全工作室范围，可建团队和分配应用）、Team Lead（管理本团队成员并创建应用）、Editor（创建和编辑用例与套件）、Executor（只运行不修改）、Viewer（只读）。权限挂在应用层级而非数千条测试上。跨团队共享分查看、执行、完整三档，实际权限取用户自身角色与授权级别中的较低者，因此 Viewer 即使获得完整共享仍只能查看。 实现上，每个团队映射为一组 Amazon Cognito 组（每角色一组），Lambda 授权器在每次请求时把调用方组解析为 API 范围和团队上下文；团队、成员、应用归属与共享授权存入现有 DynamoDB 单表；后端在角色范围和资源归属两层校验访问。由于权限来自 Cognito 组，第二篇的 OAuth 客户端凭证流可直接复用，CI 流水线以机器身份按需取最小范围。该方案通过 AWS CDK 部署在用户自己的 AWS 账户内，测试数据、结果和指标不越出账户边界。