TestFlight 外部测试怎么做？个人号、公司号与苹果开发者账号交付怎么核对？｜联系 @google898

先确认该去哪个后台核对。账号会员、团队角色、主体资料与协议状态在 Apple Developer 网站查看；应用记录、构建上传、TestFlight 群组、Beta App Review 和上架待办在 App Store Connect 查看。遇到报错时先保存页面原文、发生时间和当前账号，避免把会员资格问题误当成外部测试审核问题。 再判断个人号与公司号承担什么作用。

两者都可用于开发与 TestFlight，区别主要在账号主体资料和团队管理：个人会员以个人身份加入；组织会员应核对公司法定名称、D‑U‑N‑S 信息、Account Holder 与成员角色。外部测试不是“有公司号就自动开放”，执行人仍须具备可管理该应用和测试的权限。 购买或接手所谓“苹果开发者账号现货”时，不要只看库存截图或发送方发来的页面。

先在正式登录环境核对 Account Holder、会员有效期、协议待办、团队成员与可访问应用，并留存转让约定和交接记录；组织账号还要核对双方负责人及接收动作。官方会员费用以 Apple 当期费用页面为准，在线客服给出的报价或方案不能冒充官方统一价格。 构建上传后还要过哪几道状态？

进入 App Store Connect 的目标应用，打开 TestFlight，确认构建已完成处理，再补齐 Beta App Description、Beta App Review Information 和用于接收反馈的邮箱。首个用于外部测试的构建需要先获得 App Review 批准；构建加入外部测试群组后会进入相应审核流程。

处理完成不等于可以外测，还要看该构建的 Beta 审核状态。 内部测试和外部测试不能混着配。内部测试可使用具备 Account Holder、Admin、App Manager、Developer 或 Marketing 角色的团队成员，人数上限为 100；外部测试须先建立测试群组，把指定构建加入群组，再通过邮件邀请或公开链接招募，人数上限为 10,000。

测试人员通过 TestFlight 接受邀请，不需要手工收集 UDID 或配置描述文件。 最常见的混淆是构建状态、测试邀请和正式发布审核。构建在 TestFlight 可见，只能说明处理完成；公开链接已生成，不代表首个外部构建已经获批；内部测试通过，也不等于外部群组开放。判断是否能测，应回到具体群组核对成员、可用构建和邀请状态；

判断能否上架，则另查待审核版本、商店资料与协议状态。 账号交付完成，不等于应用交付完成。开发者会员转移与 App Store Connect 中的应用转移是不同事项；如后台提供组织转移流程，应由当前与接收方负责人核对法定主体、Bundle ID、现有团队角色和待接收动作，再逐项确认新团队能访问目标应用与测试。无法查看应用列表、证书或团队权限时，不要只凭登录成功判定交接完成。

提交前按后台清单逐项核验：会员在有效期内，协议没有待办，操作人角色正确，应用记录存在，构建号与处理状态正确，测试说明和审核资料齐全，群组已关联目标构建，邀请或公开链接状态明确。完成后重新进入账户与应用页面查看实际状态，再用测试者身份确认能否收到邀请、安装构建并提交反馈；异常时附上完整路径和错误原文联系 Apple 支持。