2026-03-22
TestFlight 与正式 App Review 衔接指南：构建、外部测试、审核备注与测试账号
把 TestFlight 当正式 Review 预演：内部到外部测试节奏、构建号陷阱、审核备注怎么写、测试账号与邀请说明，减少「审核员走不通」类拒信。Telegram @hagee66。
TestFlight 是正式 App Review 的预演场。很多人把 TestFlight 只当「发个包给同事」，浪费了它最大的价值：用同一套构建验证审核员路径、订阅沙盒、权限弹窗与元数据一致性。
衔接目标
在点「提交审核」前，确认：
- 审核选用构建可安装、主流程可走
- 测试账号与验证方式稳定
- 审核备注步骤已被真人跑通
- 截图/描述与该构建一致
- 内购/订阅（如有）可按说明演示
完整材料见 App Store 材料清单。
内部测试 vs 外部测试（实务视角）
- 内部测试：团队快速验证构建、崩溃、权限文案
- 外部测试：更接近真实分发与反馈收集；注意合规与测试信息
- 无论哪种，提审前至少完成一次「陌生人视角」走查：只看备注能否独立完成关键路径
构建号与版本陷阱
- 确认 Connect 里选中的构建，就是你们复测通过的那一版
- 版本号/构建号递增规则团队统一，避免上传错包
- 修拒审问题时，注明「新构建号 vs 仅改元数据」
审核备注：从「能登录」到「能审完」
最低限度不够，建议结构化：
【账号】
用户名：
密码：
验证码获取：……
【路径】
1. 启动后点击……
2. 使用上述账号登录
3. 进入某某功能完成演示
4. 内购入口位于……（如有）
【限制】
地区 / 邀请码 / 网络要求：……
【请关注】
本次为修复某某问题的版本：……
测试账号管理
- 提交前 24 小时内复测登录
- 避免验证码绑定个人手机且无人值守
- 若强制手机号，提供可用号段策略或临时关闭强校验（需与产品一致，不可做审核开关欺骗）
- 多角色权限应用：提供审核所需角色账号
与内购 / 订阅的衔接
- 沙盒账号与正式审核说明分开写清
- 恢复购买入口位置标明
- 自动续费信息披露在购买前可见
- 详见 内购注意事项
提审前 TestFlight 检查清单
- 当前候选构建安装成功
- 冷启动与关键流程无崩溃
- 权限弹窗文案合理
- 测试账号路径按备注可复现
- 截图对照该构建无过期界面
- 元数据无夸大
- 若被拒过：复现路径已验证修复
被拒后如何用 TestFlight
把拒信中的复现步骤写成测试用例，在新构建上打勾，再写 再提说明。这比「感觉修好了」可靠。