前几天，我的朋友给我发了个 TestFlight 邀请链接，我点进去的那一瞬间，心里像是打开了闸门——终于可以抢先玩到还在开发中的 App 了。不过，真正把 App 安装到手机上，远比想象的要折腾几道关卡。下面我把自己的踩坑历程扒下来，顺便提醒一下新手们别走太多弯路。
一、测试前的准备工作
先把自己的 Apple ID 确认一下，最好是已经绑定了两步验证；随后检查手机系统版本，TestFlight 要求 iOS 13 以上，否则会直接卡在“无法安装”。我之前的 iPhone 12 里只剩 300 MB 空间，结果下载时提示空间不足，直接把几张不常看的相册删了才算解决。
- 保证 Apple ID 已登录且开启双因素认证。
- iOS 版本不低于 13，最好是最新的安全补丁。
- 设备剩余存储空间足够，一般 200 MB 以上比较稳妥。
- 提前在 Settings → Privacy → Analytics & Improvements 里打开“共享 iPhone 使用情况”。
这些准备工作看似琐碎，却是后面顺利下载的根基。别小看了系统更新的提醒——一次忘记点“立即更新”，第二天整个测试版就因为兼容性问题被拒。
二、上传 Build 时的坑点
开发者在 App Store Connect 上传 .ipa 时，最常被忽视的是构建的 Bundle ID 必须和 TestFlight 里已有的保持一致。一次我改了内部的命名，结果邀请链接点进去直接显示“此应用不可用”。还有一点是 TestFlight 的测试版本最多只能保留 90 天，超过期限后即使还有未结束的测试也会自动失效，导致所有测试员收到“已过期”的提示。
三、测试期间的注意事项
收到邀请后，点“接受”会弹出一个“TestFlight”弹窗，记得点“允许”系统推送，否则后面修复的版本更新通知会悄悄溜走。我在一次更新后，误以为自己是唯一的测试者，结果发现还有 30 位同事没收到最新的 bugfix，导致我们一起在同一个 bug 上卡了两天。还有一点，别忘了在 TestFlight 里打开“发送反馈”。每次点“发送反馈”时，系统会自动附带日志文件，省了不少手动导出 crash 报告的麻烦。
“测试版就像是半熟的蛋糕，别急着吃完，先闻闻味道再决定要不要加糖。”——我在群里常这么提醒同事。
说到底，TestFlight 的魅力就在于它把“抢先体验”变成一种可以量化、可追踪的流程，只要把这些细节踩平，玩新功能的过程就会像打开一盒新鲜出炉的巧克力，惊喜不断。
