第1章 测试轨道与后台任务概述
适用场景
本章适用于以下场景：
- 需要为 Android 应用配置 Google Play 测试轨道（内部测试、封闭测试、开放测试）并验证后台任务（WorkManager、JobScheduler、AlarmManager）行为是否正确的开发团队。
- 首次接触 Google Play 测试分发流程的开发者，或需要系统化理解测试轨道与后台任务关系的新成员。
- 编写自动化测试脚本或 CI/CD 流水线时，需要明确不同测试轨道对后台任务的影响（如定时任务触发、网络限制、电量优化）。
前置条件
- 拥有一个有效的 Google Play 开发者账号（注册费 $25）。
- 已创建至少一个 Android 应用并上传过 APK / AAB 到 Play Console。
- 了解 Android 后台任务基本概念（
WorkManager、JobScheduler、AlarmManager）的用途。 - 安装 Android Studio 及对应设备的调试工具（adb、logcat）。
- 准备一台 Android 测试设备（物理机或模拟器）且系统版本 ≥ Android 6.0（API 23）。
操作步骤（概述流程）
- 了解轨道类型：区分内部测试、封闭测试、开放测试的访问限制、用户容量和审核要求。
- 确定后台任务场景：识别应用中可能受测试轨道影响的后台逻辑（如数据同步、通知调度、定期日志上传）。
- 选择验证方法：根据轨道类型设计测试用例：例如在内部测试中验证即时 Job，在封闭测试中验证周期性 Work。
- 执行并记录：在每个轨道上安装应用并触发后台任务，通过 logcat 或 WorkManager 诊断工具记录执行情况。
- 比对结果：确认任务是否按预期触发、是否受到 Doze 模式或应用待机限制。
输入输出物
| 输入物 | 输出物 |
|---|---|
| Google Play Console 访问权限 | 三组测试轨道各自的测试链接（URL） |
| 应用待测试版本（APK / AAB） | 后台任务执行日志（logcat / WorkManager 状态） |
| 后台任务代码实现（WorkManager / JobScheduler / AlarmManager） | 测试报告（轨道 vs 任务行为对比） |
| 测试设备清单（型号 / 系统版本 / 电池优化策略） | 异常列表（任务被延迟/取消/重复的情况） |
责任边界
Android 开发者：负责实现后台任务并确保其在各类轨道上行为一致。
QA 工程师：负责设计测试用例、执行测试、记录日志、撰写测试报告。
项目管理员：维护 Play Console 测试轨道配置，管理测试用户组，处理审核权限。
注意事项：测试轨道仅在已发布的应用版本上生效，开发调试阶段建议使用内部测试轨道快速迭代。
记录材料
- 轨道配置截图：每个轨道的名称、测试人数、发布版本号。
- 后台任务触发日志：使用
adb logcat -s WorkManager*或dumpsys jobscheduler捕获关键时间戳。 - 测试设备环境：记录设备的系统版本、电池优化白名单状态、Doze 模式测试时间。
- 邮件/组通知：封闭测试和开放测试的邀请邮件或群组消息留存。
异常处理
常见异常 1：任务未在开放测试中触发
检查应用是否被 Google Play 后台检查限制（如 Target API 31+ 必须使用 WorkManager 替代 JobScheduler）。
常见异常 2：内部测试轨道无法安装
确保测试用户已加入 Google 群组 或 测试人员列表，并清除 Google Play 商店缓存。
常见异常 3：AlarmManager 在 Android 12+ 上被系统裁剪
使用 setExactAndAllowWhileIdle() 并申请 SCHEDULE_EXACT_ALARM 权限。
异常处理流程：首先复现 bug → 收集 log → 检查轨道版本号 → 对比同一任务在内测/公测环境下的表现 → 提交错误报告至 Issue Tracker。
验收标准
| 验收点 | 通过条件 |
|---|---|
| 概念理解 | 能口头区分三种测试轨道的用户范围和审核流程，并说出每种轨道适用的后台任务验证场景 |
| 背景知识 | 掌握 WorkManager、JobScheduler、AlarmManager 的适用 API 等级和主要区别 |
| 工具准备 | 成功在 Play Console 中创建内部测试轨道并上传应用，测试设备已加入测试组 |
| 初步验证 | 在内部测试轨道上安装应用，通过 logcat 观察到至少一个后台任务被正常调度 |