📚 课程目录第4章设置内部测试轨道

四、设置内部测试轨道：创建测试组与邀请测试者

4.1 理解内部测试轨道

内部测试轨道，说白了就是你的「私密测试圈」。只有你手动添加到Google Group或Cloud Console里的用户才能看到这个版本。我在项目初期经常用它来做“冒烟测试”——给核心团队发个链接，大家下载安装跑一轮，没问题了再推Alpha。

为什么要单独讲这个？因为很多人一上来就开Alpha或公开测试，结果bug堆了一堆，评分直接崩了。你想想看，用户哪管你测试不测试，他们只看到App评分低。所以内部测试就是个安。

关键区别：
内部测试：最多100个测试者（Google Play Console限制），不需要审核，推包秒过。
Alpha测试：最多1000个测试者，可以公开链接，需要审核。
Beta测试：不限人数，可以公开发布，需要审核。

我的习惯：刚开始做预发布验证时，先用内部测试跑三个包——一个正常安装包、一个split APK、一个游戏资源包。这样能提前发现很多诡异的问题，比如资源包未正确加载、签名冲突之类的。

4.2 创建测试组：Google Group vs Cloud Console

嗯，这里要分两条路走。一个是传统路子——用Google Group作为测试组；另一个是Google Play Console自带的「测试用户列表」功能。我建议第一次用Google Group，因为它更灵活，而且方便管理邮件通知。

新建Google Group：打开groups.google.com，创建「AppName Internal Testers」；设置访问权限为“私有”，只能由管理员添加成员。
获取组邮件地址：创建完后会得到一个类似 your-internal-testers@googlegroups.com 的地址。
在Play Console中关联：进入「测试」→「内部测试」→「测试组」，点「选择Google Group」，输入刚才的组地址。

我曾经踩过一个坑：用Cloud Console的“邮件列表”方式时，如果测试者用的是企业邮箱（比如xxx@company.com），Google有时会把它识别为无效邮箱，导致收不到邀请。换成Google Group后，这个问题再没出现过。说白了，Google Group是官方推荐方式，稳定。

注意：一个Google Group最多只能关联到一个App的同一个轨道。如果你有多个App需要共用测试组，建议新建不同组，避免权限混乱。

方式	优点	缺点
Google Group	稳定，支持群发通知，可批量管理	需要额外创建组
测试用户列表（CSV导入）	直接在Console里操作，不需要跳转第三方	只支持单个邮箱添加，不支持动态组

4.3 邀请测试者与权限管理

测试组创建好之后，下一步就是拉人进来。Google Play Console默认会向所有测试组成员发送一封包含下载链接的邮件。但这里有个小细节：测试者需要先加入你的Google Group，才能收到邀请。

步骤回顾：
1. 测试者A点击你发的Group链接，申请加入。
2. 你审核通过（或者自动通过，取决于Group权限设置）。
3. Play Console检测到组内有新成员，自动发送测试邀请邮件。
4. 测试者点击邮件中的链接，加入内部测试轨道。
5. 在Play Store中搜索你的App，就能看到「测试版本」入口。

权限控制：我建议把Google Group设为「只有管理员可添加成员」。为什么呢？因为我之前有一次把组设为公开申请，结果不知道谁加了一堆机器人账号，直接把测试名额占满了。100个名额瞬间用光……从那以后我都是手动加人，控制力强。

快速添加技巧：如果你有几十个测试者需要一次性加入，可以在CSV中准备好邮箱列表，然后在Play Console的「测试用户」页面选择「导入CSV」。注意CSV文件只能用邮箱地址，一行一个，不要加标题。我通常会先用Excel整理，一次性导入50人左右，避免浏览器超时。

4.4 常见问题与避坑

Q：测试者收不到邀请邮件怎么办？
A：先检查垃圾箱。如果还是没有，可能是因为测试者使用的邮箱域名被Google标记为低信任度。我曾经遇到过用@qq.com的测试者死活收不到邮件，换成Gmail立刻好了。建议让测试者先加入Group，然后你手动在Play Console里点击「发送重新邀请」。

Q：测试者加入后，Play Store不显示「测试版本」入口？
A：这个我遇到过很多次。通常是因为测试者账号和Play Store账号不一致——比如他用A邮箱加入了Group，但Play Store登录的是B邮箱。解决方法：让他退出Play Store，用加入Group的那个邮箱重新登录。或者你可以在邀请邮件中明确要求测试者使用同一账号。

Q：内部测试轨道可以同时推多个版本吗？
A：不行。内部测试轨道和Alpha、Beta一样，一次只能有一个活跃版本。如果你需要让不同测试者测试不同版本，建议创建多个测试组，或者用分阶段发布（Staged Rollout）。我个人习惯把大版本放在Alpha测试，内部测试只放紧急修复包。

内部测试轨道流程图（核心逻辑）：

4.5 验证内部测试轨道是否生效

设置完成后，别急着走。我一般会做两步验证：

第一步：把自己加入到测试组里，用自己的设备下载。如果能看到「Internal Test」版本，说明轨道设置成功。
第二步：让一个没在测试组里的同事检查——他应该只能看到生产版本。这样能确保权限隔离生效。

警告：内部测试轨道的APK名称必须和生产版本不同（可以在build.gradle里改applicationIdSuffix），否则安装时会提示“已有应用签名冲突”，导致测试失败。我之前因为这个折腾了两个小时……最后发现是包名没加.debug后缀。

好了，内部测试轨道这块基本就这些。记住：它不是为了测大功能，而是帮你挡掉那些最基础的crash。设置正确后，后面Alpha/Beta测试才能跑得更顺。