二、账号与项目准备：注册 Google Play Console 账号，创建应用项目，完成基本信息填写
做 Google Play 测试，第一步不是写代码，而是先有个能用的 Console 账号。这步看着简单，但坑不少。我见过不少团队因为账号权限没搞好，临时抓瞎。所以我们先把地基打牢。
2.1 注册 Google Play Console 账号——别用错邮箱
你得先用一个 Google 账号去注册 Google Play Console。记住，这个账号最好不是你个人的 Gmail，而是团队共用的开发者账号邮箱。为什么？因为万一你离职了，后面的人接手会非常麻烦。我个人习惯用 dev@company.com 这种带别名的邮箱。
注册地址：https://play.google.com/console
点击「创建账号」后，会收一笔 25 美元 的一次性注册费。目前只支持信用卡支付。嗯，这里要注意：有些虚拟信用卡可能会被拒，建议用实体卡。我以前吃过这个亏，折腾了两天才搞通。
2.2 创建应用项目——包名一旦定下就改不了
注册完成后，进入 Console 首页，点击「创建应用」。你需要填几个关键信息：
- 应用名称：就是你未来在商店里显示的名字。可以后改。
- 默认语言：建议选「中文（简体）」。
- 应用或游戏：按实际选。
- 免费或付费：绝大部分测试轨道用的应用都是免费的。付费应用要走另外的流程，我们这里不展开。
接下来是最重要的一项——包名（Package Name）。
包名一旦创建，永远不能修改。你想想看，如果你后续想迁移包名，只能重新创建一个新应用，原应用的用户全部丢失。所以我建议你在定包名之前，先确认好公司的域名所有权和命名规范。一般格式：com.yourcompany.yourapp。
我曾经踩过的坑：手快打错了一个字母，包名写成了 com.yourcompnay.app，后来发现时已经上传了第一个 APK。再想改？门都没有。最后只能删掉重来，连带着测试用户也要重新添加。
2.3 完成基本信息填写——别空着，但也不用太细
创建应用后，第一件事是点开「商店发布」→「主要商店列表」→「应用信息」。这里大部分内容是为了上架用的，但测试轨道也依赖部分字段。至少要填好：
| 字段 | 必填？ | 我的建议 |
|---|---|---|
| 简短描述 | 是 | 写 80 字以内，先随便填一个 |
| 完整描述 | 否 | 可空，但建议填上，方便内部测试人员了解 app 用途 |
| 分屏截图（至少 2 张） | 是 | 测试阶段可以放张占位图。注意尺寸要 320x240 以上 |
| 应用图标 | 是 | 512x512，最好用正式版图标，省得后面改 |
| 应用类型 | 是 | 选对即可 |
| 内容分级 | 是 | 需要填一份问卷。点「提交」后等着就行，一般几分钟 |
说实话，测试轨道对「商店列表」的完整度要求没那么高。但有些权限（比如 Internal App Sharing）必须先完成内容分级和图标上传才能启用。所以至少把红标标记的必填项走完。
2.4 看一眼「应用项目」的整体结构
为了让你更直观地理解刚才做的一切，我画了张图给你看看这整个流程里的核心节点和关系。
2.5 小细节：测试轨道需要的一些附加权限
这里说个实际经验。当你创建完应用，进入「测试」→「测试轨道」页面，可能会看到提示说「您的账号没有测试权限」。别慌，不是真没权限，而是你没把账号加到测试用户列表里。这个我们后面章节会讲。但现在你至少要搞定一件事：
- 启用 Google Play 签名：这个默认就是启用的，但如果你是从旧版迁移过来，记得检查一下。路径：「发布」→「应用签名」。如果没有，就创建一个。
- 把开发设备加到「内部测试」的允许列表：这个我们先放一放，但你要知道后面会用到。
一个小技巧：在「用户和权限」页面，提前把团队成员的邮箱加成「管理」权限。这样后面谁都能操作测试轨道，不用每次都找你申请。我团队现在就 5 个人，每个人都有管理员权限，效率高很多。
2.6 下一步干什么？
好，到这里你的 Console 账号已经激活，应用也建好了，基本信息也填了。下一步就是上传第一个版本到测试轨道。不过在开始之前，我建议你先验证一下：用 Internal App Sharing 发一个测试包给同事。这个功能不需要走正式测试轨道，上传一个 APK/AAB 就能生成下载链接，非常适合快速验证。
记住，账号和项目准备这个阶段，最核心的就三件事：注册账号、建应用、填必填信息。后面所有测试操作都基于这个基础。别嫌它枯燥，基础打好了，后面会非常顺。