如果您从未将应用程序发布到 App Store，那么在用户下载您的应用程序之前，您似乎需要做的事情无穷无尽。在这种情况下，您需要从头开始，并通过了解与 App Store 相关的基本概念以及将您的第一个应用程序上传到 App Store 的过程。如果您对 App Store 发布有一定的经验，并且想要更深入地了解发布过程，“代码签名和配置”到“App批准！”将引导您完成应用程序分发的不同阶段，使用 Xcode 环境并通过 Apple Developer Portal 执行相关任务。
演示：s.appwin.top
分发平台封装
封装准备工作
您需要成为 App Store注册用户才能被视为“内部”封装人员。幸运的是，您不需要为此部分注册新人。您可以始终将自己添加为内部封装人员。请注意，并非所有 App Store用户都可以成为内部封装员。只有帐户持有人、管理员、应用程序经理、开发人员或营销人员的角色才有资格，需要添加新用户或更改现有用户的角色。
注册封装人员
现在，是时候将自己添加为封装员了。登录App Store Connect，单击我的应用程序。单击“提交您的第一个应用程序以供审核”中创建的应用程序记录。在主标题旁边，单击encapsulation选项卡。encapsulation选项卡列出了您曾经上传到 App Store Connect 的所有版本，按版本和版本号进行组织。
外部封装支持测试人员组以及单个测试人员。但是当涉及到内部测试时，您只能将测试人员添加到默认的App Store Connect 用户组。
在内部组下，单击App Store Connect 用户。令人惊讶的是，该组是空的。添加内部测试人员是一个两步过程。首先，您必须在 App Store Connect 中注册新用户。其次，您必须将它们添加到默认的内部测试人员组中。单击添加测试人员。在下一个屏幕上，选中您姓名旁边的复选框。单击添加。
成功后，App Store Connect 会将您导航回上一个屏幕。在这里，您可以验证您现在是默认 App Store Connect 用户组的一部分。
测试分发平台源码
当您添加内部测试员时，Apple会向用户的电子邮件地址发送电子邮件邀请。在用户名旁边，状态列会跟踪哪些用户尚未接受他们的邀请，以便您可以重新向他们发送邀请。对于每个用户，您还可以查看他们打开此构建会话的次数，以及他们发回的崩溃和反馈次数。
在Builds部分下，单击build。
在此页面上，您可以为测试人员添加注释，以便他们知道要测试什么。在Test Details下，输入简短的内容。单击保存。
在您的 iOS 设备上，打开您从 TestFlight 收到的电子邮件邀请。
点击在 TestFlight 中查看。如果您没有 TestFlight 应用程序，这样做会将您带到 App Store。下载并回来。如果您已经安装了 TestFlight 应用程序，则电子邮件链接会直接打开 TestFlight。
点击接受。然后点击安装。点击返回按钮返回上一个屏幕。您将在主屏幕上看到应用程序。
退出 TestFlight 应用程序。应用程序安装完成后，应用程序名称将出现在橙色圆点旁边。
橙色圆点表示这是一个由 TestFlight 管理的应用程序。如果您启用了 App Library则由 TestFlight 管理的应用也会显示在名为TestFlight的应用组中。
分发平台测试功能
TestFlight 支持不同的功能来帮助您和您的测试人员，这些功能都适用于内部和外部测试人员。在进行外部测试之前，以下是最重要的测试：
如果您无法在测试设备上访问邀请电子邮件，TestFlight 还支持使用兑换码接受邀请。要使用兑换代码，请让测试人员在台式计算机上打开邀请链接。在 Web 浏览器上打开邀请链接会显示其兑换代码。TestFlight 应用程序在其主屏幕上有一个兑换按钮。
使用不同的 Apple ID：人们设置设备的方式可能会变得复杂。一些用户可能拥有个人设备和工作设备。其他人可能会使用一台设备处理所有事情。为了适应尽可能多的设置，测试人员可以兑换 TestFlight 邀请，即使他们登录的 Apple ID 与您邀请的不同。只要他们可以访问电子邮件链接或兑换代码，就可以开始使用。
自动更新：在 TestFlight 中，默认开启自动更新。每当有新版本可用时，它将自动下载并替换旧版本。测试人员可以在 TestFlight 应用程序中关闭特定应用程序的自动更新。
构建通知：TestFlight 支持开箱即用的推送和电子邮件通知。每次有新版本可供测试时，测试人员都会收到电子邮件和推送通知。测试人员可以在 TestFlight 应用程序中更改他们的通知设置。
TestFlight 还支持报告错误和提交反馈的丰富功能。这些也可供内部和外部测试人员使用。然而，内部测试人员通常更喜欢内部沟通渠道来提交反馈。本章将在下一节中介绍与反馈相关的功能，以及外部测试。
使用 TestFlight 进行内部测试与其他内部分发方法没有根本不同。如果您要在 TestFlight 和内部测试的临时分发之间做出决定，本章倒数第二节将介绍每种分发的优缺点。
使用 TestFlight 进行 Beta 测试
除了内部测试，TestFlight 还可以帮助进行外部测试，也称为beta 测试。Beta 测试人员比内部测试人员更接近“真实用户”。在许多情况下，他们是您招募来测试未来软件版本的真实客户。
与实际上可能坐在您旁边的内部测试人员不同，Beta 测试人员提交反馈的动力较小。为了使一轮 Beta 测试有意义，Beta 测试人员的数量必须远大于内部测试人员的数量。TestFlight 每个应用支持 10,000 名 Beta 测试人员。
运行成功的 Beta 测试是一项艰巨的工作。此外，与需要进行的协调和沟通工作相比，技术工作是微不足道的。如果您想运行 beta 测试，预计会花费大量时间执行以下操作：
招募用户：如果您有现有的客户群，您可以致电测试人员。否则，您可以使用下一节中介绍的公共链接从社交媒体和公众中招募测试人员。如果有很多兴趣，一些 Beta 测试会使用录取或申请流程。提供参与激励的情况并不少见，例如应用程序的免费副本。
入职用户：对每个人来说，使用 TestFlight 并不简单。一些测试人员可能无法接受邀请或下载 TestFlight 应用程序。其他人可能会对您的应用感到困惑。您团队中的某个人需要回答 Beta 测试人员的问题并帮助他们入门。
分类反馈：接收反馈和错误报告是 beta 测试的重点。一旦你开始收到反馈，就需要有人理解它。如果反馈不明确，则需要有人跟进问题。如果您收到错误报告，则需要有人重现错误并与您的开发团队沟通。
与您的 Beta 测试人员持续沟通是成功进行 Beta 测试的关键。您需要回答测试人员的问题，了解收到的反馈并与您的开发团队合作进行任何改进。
最后，您应该关闭循环并要求测试人员在您发布改进后重新测试。
