TestFlight 审核：外部首构建 vs App Store Review 的区别
TestFlight 审核和 App Store Review 的区别
很多开发者混淆了这两个审核。它们是两条独立通道，标准不同、耗时不同、结果不同：
| 对比项 | TestFlight 审核 | App Store Review |
|---|---|---|
| 触发条件 | 第一个加进外部测试组的构建 | 提交 App Store 上架 |
| 审核标准 | 宽——主要检查 App 能否正常启动、描述是否属实、没有明显违规 | 严——完整过 App Store Review Guidelines |
| 耗时 | 1~3 天（正常情况） | 通常 2~7 天 |
| 审核不通过的后果 | 构建不能进入外部测试组，但内部组不受影响 | App 不能上架 |
| 是否需要填写 Beta App Description | ✅ 必须 | ❌ 不需要 |
| 是否需要填 Beta App Review Information | ✅ 必须（联系邮箱、登录凭据、测试说明） | ✅ 需要 |
Beta App Description 填什么
加第一个外部构建时，App Store Connect 会要求你填写两段描述：
- Beta App Description（Beta App 描述）——外部测试者接受邀请前会看到。写清楚：
- 这个版本主要加了什么新功能
- 测试者应该重点关注哪些场景
- 已知问题（如果有的话，列出来让测试者知道哪些是已知的）
- Beta App Review Information（Beta App 审核信息）——Apple 审核用的，不对外展示。填：
- 审核联系邮箱
- App 是否需要登录（需要的话提供测试账号密码）
- 有没有硬件依赖、外部服务（比如服务器）需要提前准备
- 审核时的「测试什么」说明——Apple 审核员不是用户，他们不知道怎么玩你的 App，告诉他们核心路径怎么跑通
审核流程
- 你加一个构建进外部测试组 → 构建状态变成 Waiting for Review。
- Apple 审核员会用 TestFlight 装你的 Beta App，跑一遍核心流程。
- 审核通过 → 构建状态变成 Ready to Submit，组里的外部测试者开始收到邀请。
- 审核不通过 → Apple 发邮件说明原因。你修完代码重新 Archive + Upload，新构建重新走审核。
- 同版本号的后续构建可以直接加进已审核过的外部测试组，通常不需要重新审核，直接 Ready to Submit。
审核被拒的常见原因
| 拒绝码 | 含义 | 解决方式 |
|---|---|---|
| ITMS-90614 | 崩溃太多 | Apple 发现启动就崩，修崩溃重传 |
| 缺少 Beta App Description | 没填测试说明 | 回去补 Beta App Description 和 Beta App Review Information |
| Beta App Review Information 里的测试账号失效 | 审核员登不上你的 App | 更新测试账号密码 |
| App 行为和 Beta App Description 不符 | 描述说有某个功能实际没有 | 更新描述对齐 |
内部测试不需要审核
重要的事再强调一遍：内部测试组（Account Holder / Admin / App Manager / Developer / Marketing 五种角色持有的团队成员）完全不需要 App Review。构建上传 Processing 完了之后直接 Ready to Submit，加进内部组就可以开始测试。
如果你的 App 是第一次进 TestFlight，不想等 1~3 天的 TestFlight 审核，可以先给自己团队开内部测试。内部组能帮你发现大部分崩溃，修好了再推外部审核，这样外部审核通过率也会高很多。