第 1 章 测试跟踪夹具概述
1.1 定义
Google Play 测试跟踪夹具（Test Track Fixture）是一套用于组织、分配和追踪 Google Play 控制台内测试活动的结构化框架。它将测试版本、测试人员集合、反馈收集渠道以及状态演变规则整合为一个可重复使用的模版，确保每次测试迭代都能基于统一的入口、出口和记录规范进行。
1.2 夹具组成
一套完整的测试跟踪夹具包含以下六个核心要素：
| 组成元素 |
描述 |
| 测试列表（Track List） |
定义测试轨道的名称（如 Internal、Closed Alpha、Closed Beta、Open Beta）及对应权限层级。 |
| 测试版本（Test Build） |
上传至对应轨道的 APK / AAB 文件，通常包含版本号、更新说明以及分发渠道标记。 |
| 测试人员（Tester Pool） |
通过 Google Group、邮件列表或 CSV 导入的受邀测试用户清单。 |
| 反馈报告（Feedback Report） |
通过 Play Console 内置反馈工具或第三方平台（如 Firebase Crashlytics、自有 SDK）收集的崩溃、ANR、评分及文本反馈。 |
| 状态追踪（Status Tracker） |
记录每个轨道当前阶段（待发布、测试中、暂停、已完成）以及上次变更时间戳。 |
| 验收模版（Validation Template） |
预定义的检查项清单，用于确认测试轨道是否满足启动条件（如版本号正确、测试人员已激活、反馈通道畅通）。 |
1.3 适用场景
测试跟踪夹具主要适用于以下四类场景：
- 内部质量验证（Internal Testing）：开发团队内部在正式发布前进行快速冒烟测试和回归测试。
- 封闭式邀请测试（Closed Testing）：面向有限外部用户（如合作伙伴、种子用户）进行功能验证与反馈收集。
- 开放式公开测试（Open Testing）：通过公开链接向所有 Google Play 用户开放测试版本，收集规模化反馈。
- 预发布评审（Pre‑Release Review）：在应用正式上架前，使用夹具模拟完整测试周期，确认所有检查点均已通过。
1.4 前置条件
- 拥有一个已激活的 Google Play 开发者账号（注册费 $25 一次性支付）。
- 需要在 Play Console 中创建一个应用，并至少上传过一个草稿版本的 APK/AAB。
- 准备好测试人员邮箱列表（或 Google Group 链接），且邮箱需通过 Play Console 的测试人员权限验证。
- 建议在首次创建夹具前，先完成一次手动内部测试，熟悉 Play Console 测试轨道的基本操作。
1.5 操作步骤（概述）
- 定义轨道：在 Play Console 中选择应用 → “测试” → “内部测试”，点击“创建轨道”并命名。
- 上传版本：将编译好的 AAB 或 APK 拖入版本管理区，填写版本说明。
- 添加测试人员：新建或选择一个已有的 Google Group，将其关联到轨道。
- 启动测试：点击“开始测试”，系统生成公开链接并发送邀请。
- 配置反馈通道：在“反馈”页面设置 Crashlytics 集成或启用 Play Console 原生反馈。
- 启动验收检查：使用验收模版逐项确认状态，确认无误后正式对外开放。
1.6 输入与输出物
| 类别 |
输入物 |
输出物 |
| 版本 |
编译后的 APK/AAB 文件（含版本号） |
分发链接（Google Play 自动生成） |
| 人员 |
测试人员邮箱列表 / Google Group ID |
测试人员激活状态报告 |
| 反馈 |
用户提交的崩溃日志、评分、问卷答案 |
聚合反馈摘要与严重性分布矩阵 |
| 状态 |
轨道启动命令 |
测试周期状态变更记录表 |
1.7 责任边界
- 产品负责人：确认测试目标与验收条件，审批夹具启用。
- 测试工程师：创建/维护夹具，上传版本，管理测试人员清单，检查反馈通道。
- 开发工程师：修复反馈中确认的 Bug，并推动版本迭代。
- QA 团队：执行验收检查，验证夹具中所有轨道是否按预期工作。
- 运营人员：处理测试人员加入/退出请求，监控违规行为。
1.8 记录材料
1.8.1 测试夹具就绪检查表
| 检查项 |
要求 |
检查结果 |
| 轨道名称已配置 | 至少包含一个内部轨道 | □ 通过 □ 不通过 |
| 版本已上传 | 版本号与计划一致，说明完整 | □ 通过 □ 不通过 |
| 测试人员组已关联 | 至少包含 1 个有效 Google Group | □ 通过 □ 不通过 |
| 反馈渠道已开启 | Play Console 反馈开关已启用 | □ 通过 □ 不通过 |
| 状态追踪激活 | 轨道状态显示“正在测试” | □ 通过 □ 不通过 |
| 验收模版已加载 | 当前检查项与预定义模版一致 | □ 通过 □ 不通过 |
1.8.2 测试跟踪记录表模板
| 日期 |
轨道名称 |
版本号 |
测试人员数 |
反馈数 |
状态 |
操作人 |
备注 |
| 2025-04-01 | Internal | 1.0.0 | 15 | 3 | 测试中 | 张三 | 首次创建 |
| 2025-04-02 | Closed Alpha | 1.0.1 | 50 | 12 | 测试中 | 李四 | 修复崩溃后发布 |
| — | — | — | — | — | — | — | 持续追加行 |
1.9 异常处理
| 异常情况 |
可能原因 |
处理方案 |
| 测试链接无法访问 |
版本未通过 Google Play 初步审核 |
检查“版本状态”是否显示“已批准”，必要时重新上传 |
| 测试人员反馈未收集 |
反馈通道未启用或 SDK 配置错误 |
在 Play Console 中重新开启“获取反馈”开关，或在应用中集成最新版 Firebase SDK |
| 测试人员无法加入 |
Google Group 权限设置错误（未对外开放） |
将 Google Group 的“谁可以加入”设置为“任何人都可以申请”或手动添加测试者邮箱 |
| 状态追踪未更新 |
自动化流程未触发或手动操作遗漏 |
在 Play Console 对应轨道页面点击“管理测试”，手动刷新状态栏 |
1.10 验收标准
- 测试跟踪夹具已按照验收模版逐项检查，所有检查项均为“通过”。
- 至少一个测试轨道已处于“正在测试”状态，且公开链接可被测试人员正常访问。
- 反馈通道已成功收到至少一条模拟反馈（可由测试工程师自行发送测试消息进行验证）。
- 状态追踪记录表已有至少一条完整的创建记录，且时间戳与操作人信息准确。
- 责任边界中的各方均已知晓夹具已就绪，并已获得相应权限。