TestFlight 是 iOS 生态内置的测试分发方案，但外部测试者上限为每个 App 1 万人。对多数应用够用，一旦遇到爆款或大规模公开测试，撞墙就会卡住节奏。以下方法可管理并突破这一限制。
先看限制本身：内部测试者最多 100 人，无需 Beta App Review，构建几乎即时可用，每人须为 App Store Connect 团队成员，可安装到最多 30 台设备。外部测试者每个 App 上限 1 万，通过邮箱或公开链接邀请，每个新版本的第一个构建须通过 Beta App Review。1 万上限按 App（Bundle ID）计算而非按组，可拆到最多 100 个组，但所有组共享同一名额池。若只需把构建交给少量 QA 或客户，OTA 安装链接可完全绕开审核等待。
策略一：清理不活跃测试者。1 万是活跃名额而非累计添加数，很多人装完就不再打开。在 App Store Connect → TestFlight 选择外部组，按 Status 或 Sessions 排序，删除 30 天内未安装或 0 次会话的用户。可用 fastlane pilot 脚本自动移除未启动最新构建的测试者。策略二：企业分发。面向超大型组织内部测试（如 5 万员工的公司），改用 Apple Developer Enterprise Program，可无限分发到组织自有设备，完全绕过 1 万上限。策略三：Apple Business Manager。面向 B2B 场景向特定合作伙伴或客户分发时，可私下分发应用到对方 VPP 账户，由对方通过 MDM 分发给用户。策略四：滚动式测试。有等待名单时建立轮换机制，邀请 1000 人测试两周后移除，再邀请下一批，长期可覆盖远超 1 万独立用户。终极方案：多 App ID。技术上限制按 App ID 计算，可创建 com.app.beta1、com.app.beta2 等各自独立的 TestFlight 组，但会割裂分析和崩溃报告，需管理多个应用记录，除非万不得已不建议。
若测试者数量真是瓶颈，也可完全不碰 1 万名额的数学题。BetaDrop 是免费的 TestFlight 替代方案：上传签名 .ipa 即可获得即时 OTA 安装链接和二维码，无测试者上限、无需测试者账户、无需 Beta App Review。测试者在手机浏览器打开链接点击安装即可，支持最大 512 MB 的构建，链接为临时性质，过期构建自动清理而不占名额。
撞上 1 万用户上限其实是「幸福的烦恼」，说明应用受欢迎。先从清理不活跃用户入手，若真需要大规模测试，不妨评估是否已该上架 App Store 正式发布。
#开发者 #工具 #TestFlight #iOS #BetaDrop #移动测试 #DevOps
@DevToolboxHub