版本记录

版本号	时间
V1.0	2020.08.20 星期四

前言

我们在做App开发的时候，开发人员开发完成以后就要交给QA进行测试了，有几种方式，一种就是将QA的测试机加到账号里面的Device里面，这个有个数限制（每种硬件类型不能超过100台，即使删除设备也不会重置），然后利用三方平台比如说蒲公英进行分发，还有一种方法就是使用TestFlight进行测试，这个专题就主要说一下App分发测试相关的内容。感兴趣的看上面几篇。
1. App的分发测试（一） —— 浅谈蒲公英平台分发测试的使用（一）
2. App的分发测试（二） —— TestFlight集成和分发测试（一）
3. App的分发测试（三） —— fastlane自动化打包并上传（一）
4. App的分发测试（四） —— fastlane自动化打包（一）
5. App的分发测试（五） —— GitHub, Fastlane & Jenkins集成（一）
6. App的分发测试（六） —— GitHub, Fastlane & Jenkins集成（二）

开始

首先看些主要内容：

TestFlight Beta Testing是一种Apple产品，可以轻松邀请用户在将它们发布到App Store之前对其iOS，iPadOS，watchOS和tvOS应用进行测试。内容来自翻译。

接着看一下写作环境：

Swift 5, iOS 13, Xcode 11

下面就是正文啦。

该TestFlight教程将引导您逐步使用TestFlight作为应用发布release过程的一部分。通过TestFlight，您可以通过共享链接或将电子邮件发送到其Apple ID来将准备就绪的应用程序发送给多达10,000名测试人员。无需从他们那里收集设备信息，并且这些信息也不会计入您的开发设备限制。

在本教程中，您将学习如何：

将构建提交到App Store Connect。
添加内部和外部测试人员。
开始Beta测试。
接收反馈和崩溃报告。

您还将从测试人员的角度看到该过程的工作方式。

这是您不编写代码的罕见教程之一。请按照以下步骤操作，您将立即开始使用TestFlight！

本教程使用来自 2D Apple Games by Tutorials的DropCharge的更新版本为例。由于您将测试构建提交给Apple进行Beta版应用审核(Beta App Review)，因此请遵循您自己的项目。

注意：在本教程的大部分内容中，您都可以使用DropCharge进行操作，但是您必须更改bundle ID和app name才能上传内部测试版本。该应用不会通过应用审核，因此您无法将其用于外部测试；为此，您必须使用自己的应用。

本教程假定您的应用程序已设置为provisioning，并且在Developer Portal 和 App Store Connect中均已创建了app ID。

此设置不在本教程的讨论范围之内，但是您可以在我们分为两部分的教程How to Submit An App to Apple: From No Account to App Store中获得提交应用程序并将其发布在App Store上所需的所有信息。

Submitting Your Build to App Store Connect

一旦掌握了它，TestFlight的过程就很简单。您需要执行以下步骤：

1） Archive您的应用。
2）将Archive上传到App Store。

1. Archiving Your App

在Xcode中打开您的项目。在目标编辑器中的Signing & Capabilities下，确保您具有Bundle Identifier，并且已设置Team和Signing Certificate。如果您不使用自己的应用程序，则必须将bundle ID更改为唯一的内容。

现在，构建并存档该应用程序。这是一种编译应用程序并将其导出到上传到App Store的程序包中的方法。

首先，在scheme选择器中选择Generic iOS Device：

然后，使用Product ▸ Archive菜单创建一个存档：

如果构建一切正常，Xcode将在Archives选项卡中使用您的应用打开管理器。

点击Distribute App：

接下来，您将选择distribution方式。选择App Store Connect，因为这是使用TestFlight以及在App Store上发布时的分发方式。点击Next。

现在，选择目的地。保持Upload处于选中状态，然后单击Next。 Export选项用于保存签名的archive存档，并在以后使用其他工具上载。

Xcode将准备提交您的应用程序；这包括检查您的App Store凭据。 App Store将显示带有distribution选项的提示，默认情况下，Xcode将选中所有复选框。像这样保留它们，然后单击Next。

上面显示的两个选项是：

1） Include bitcode for iOS content - 包括iOS内容的位代码：这允许App Store稍后重新编译和优化代码以用于新设备。很少需要禁用它。
2） Upload your app’s symbols to receive symbolicated reports from Apple - 上载应用程序的符号以从Apple接收符号化报告：这会将调试符号与应用程序一起上传，以便您获得符号化的崩溃报告。这在进行TestFlight测试时很有帮助。

下一个屏幕要求distribution签名选项。您可以选择自动签名，也可以手动选择分发证书和配置文件(provisioning profile)。让Xcode管理您的签名可以使大部分时间的生活变得更加轻松。但是，如果您要自己管理签名，请选择第二个选项以及相关证书。准备就绪后，请单击Next。

注意：您必须已经具有App Store distribution证书。否则，这会提示您创建一个。

如果出现提示，请导出签名证书并将其存储在安全的地方。

2. Uploading the Archive to the App Store

Xcode完成一些不可思议的工作后，将为您要提交的应用程序提供一个摘要页面。点击Upload。

注意：如果收到“[n]o suitable application records were found”错误，则意味着以下两种情况之一：您未首先在App Store Connect中创建新应用程序，或者bundle identifier不匹配。确保您已同意所有条款并签署了App Store Connect中的所有合同。

您的应用程序将开始上传到App Store Connect。 Xcode在编译，验证和签名应用程序时会显示各种消息。

上传完成后，您会看到以下消息：

现在，您可以微笑并单击Done。

这就是Xcode所需的全部工作。现在，您可以在App Store Connect上使用Beta版本，在该版本中，您将完成剩下的工作来设置TestFlight。

Types of Testers

您的构建现在可以进行测试了，但是谁来测试呢？

Apple为TestFlight定义了两种类型的测试人员：

Internal Tester - 内部测试人员：这是一个App Store Connect用户，具有Admin, App Manager, Legal, Developer or Marketer角色，并有权访问您的应用程序。通常是您正在为其开发应用程序的团队成员或客户。您最多可以添加100个内部测试人员，每个成员最多可以在30个设备上进行测试。
External Tester - 外部测试人员：这是您团队之外要测试您的应用的任何用户。外部测试人员无法访问您的App Store Connect帐户，并且只能下载和安装该应用程序。您最多可以添加10,000个外部测试人员。

在外部测试人员可以测试您的应用之前，您必须像将其提交给常规App Store一样，将您的应用提交给Apple进行审查。这些评论往往比普通的应用评论更快，但不能保证。获得批准后，您可以将您的应用发送给外部测试人员。

App Store Connect一旦完成构建处理，就会通知所有内部测试人员。苹果完成对Beta版应用的审核后，外部测试人员会收到通知，以确保该应用符合App Store Review Guidelines。要控制谁获得特定版本，请使用不同的外部测试组。您将了解有关外部测试人员的更多信息，以及以后如何提交Beta版应用审核的信息；现在，您将专注于内部测试人员。

Adding Internal Testers

要添加内部测试人员，请转到App Store Connect中的Users and Access部分。对于此示例，请使用您自己的电子邮件地址。如果您要添加其他内部测试人员，则可以使用他们的电子邮件地址，他们将执行接受邀请的步骤。

单击+按钮添加新用户。然后，使用您有权访问的电子邮件地址填写新的用户信息。

注意：如果输入的电子邮件地址未与Apple ID关联，则测试人员必须创建一个Apple ID才能接受邀请。这仅适用于内部测试人员，因为他们需要访问App Store Connect。

现在，为新用户分配一个角色。通过单击See Permissions查看每个角色的特权，然后选择适当的特权。您还可以选择通过Apps下拉列表限制对单个应用程序的访问，或保留默认的All Apps访问权限。

如果不确定要选择哪个角色，请使用App Manager，它可以进行Beta测试管理并可以下载应用程序。设置新用户后，请点击Invite。这会将电子邮件发送给新用户，该用户必须接受邀请，然后才能选择该人作为测试人员。

转到新用户电子邮件地址的收件箱，找到标题为You’ve been invited to App Store Connect的电子邮件，然后单击Accept Invitation。完成此过程后，新用户就有资格成为内部测试人员。

创建新的内部Beta测试人员只是该过程的第一部分。剩下的步骤是邀请该特定人员测试您的最新版本。

是时候在您的应用上启用测试了，所以测试人员实际上可以进行测试！

1. Starting Beta Testing

要开始对您的应用进行Beta测试，请转到App Store Connect主页上的My Apps部分，然后单击您的应用：

选择Activity选项卡。您可以在这里找到之前上传的版本。如果仍然标记为Processing，请自己煮一杯咖啡，然后再回来。

接下来，单击TestFlight选项卡。您想发送给内部测试人员的版本旁边可能会出现一个黄色警告标志。在这种情况下，请单击警告标志并完成所需的步骤。

完成后，构建状态将更改为Ready to Test：

接下来，从左侧菜单中单击App Store Connect Users。您会看到内部测试人员的可搜索列表。选择您要添加为该版本的内部测试人员的人员，然后点击Add。

所有选定的测试人员都将收到一封带有链接的电子邮件，该链接可以通过TestFlight应用程序下载并安装此版本。您将在本教程的后面部分找到有关测试人员观点的详细信息。

但是首先，是时候学习如何添加外部测试人员了。

Adding External Testers

首先，从左侧菜单中单击Test Information，然后填写必要的信息。这包括：

Beta App Description
Feedback Email
Contact Information

在提交用于外部测试的构建时，必须提供此信息。完成后，单击Save。

现在，从左侧菜单中单击Add External Testers。 App Store Connect要求您创建一个新的测试组。取决于您如何选择管理群组。您可以为所有测试人员提供一个组，为不同类型的测试人员提供一个不同的组，或者为不同应用程序提供一个不同的组。在本教程中，您将创建一个名为Top-Testers的小组。

创建小组后，就可以开始向其添加外部测试人员了。

单击Top-Testers下Testers(0)旁边的+：

您可以选择手动添加新测试人员，添加现有测试人员（已经在测试您的应用程序或构建中的另一个应用程序的人员）或从CSV文件导入测试人员之间。在本教程中，您将手动添加新的测试人员。选择Add New Testers，然后单击Next。

添加您要添加的任何外部测试人员的电子邮件地址以及名字和姓氏。完成后，点击Add。您始终可以通过单击测试组页面上的+按钮来添加更多外部测试人员。您添加的每个人都计入10,000个外部测试人员的数量上限。

1. Selecting a Build

现在，您需要选择一个版本以供外部测试人员进行测试。在Builds选项卡上，单击+按钮：

然后，选择您的构建并单击Next：

注意：您可能想知道为什么要分别为内部和外部测试人员选择构建。好吧，您可能希望内部和外部测试人员测试不同的builds。

例如，内部测试人员可以测试您的master build，而外部测试人员可以测试您的下一个候选版本。通过让您独立选择内部和外部测试人员的内部版本，App Store Connect可以进行这种分离。您也可以使用它为不同的测试组选择不同的版本。

App Store Connect可能会问更多问题，例如该应用程序是否需要登录。完成其余步骤，包括提供显示给外部测试人员的测试信息。

Automatically notify testers，自动通知测试人员已经勾选上。如果要在构建可用时手动通知测试人员，请取消选中此框。完成后，单击Submit for Review。

App Store Connect将您的应用程序添加到审阅队列，并将其状态更改为Waiting for Review。要获得通过，您的构建必须符合 App Store Review Guidelines。审核通常不超过48小时。

Apple批准您的应用程序版本后，后续的版本无需更改版本号即可进行审核。

该应用通过Beta App Review后，您会收到一封电子邮件，确认您的应用可以开始外部测试。如果您选中了Automatically notify testers复选框，则外部测试人员此时将收到通知电子邮件。否则，您必须返回App Store Connect才能开始测试。然后，您的外部测试人员将收到邀请电子邮件。

注意：内部版本仅可使用90天。如果您想让测试人员在此之后使用该应用，则必须在到期日期之前上传新的版本，测试人员必须下载该新版本。

1. Inviting by Link

您可以创建一个公共链接，允许任何人安装该应用，而无需通过电子邮件添加外部测试人员。如果您不提前知道测试组（例如公开Beta测试），此功能将非常有用。

在Public Link下，单击Enable Public Link。

注意：如果您尚未为此组启用构建，则可以在上方的Builds标签下添加一个。如果该版本尚未经过审核，它将提示您将其提交以进行审核，并且您必须等待批准。

App Store Connect会再次确认您确定要继续。然后，您将获得一个TestFlight链接，您可以按任意方式共享它。此链接的工作方式与邀请电子邮件的工作方式完全相同：测试人员必须在目标设备上将其打开。该页面将提示用户安装TestFlight应用程序（如果尚未安装的话），然后将允许他们通过TestFlight安装您的应用程序。

从某种意义上说，该链接比邀请电子邮件更方便。但是分享时要小心！通过该链接邀请的测试人员不超过10,000个测试人员的限制，但是您可以设置自己的限制，以减少可以通过该链接获取应用程序的人数。如果您不想放弃10,000个应用程序的免费副本。

上面总结了您对开发人员对应用程序测试的看法。现在，您将从测试人员的角度了解其外观。

Testers’ Point of View

本节介绍测试人员访问可用版本所需要的内容。熟悉这个过程的这一部分是明智的，因为会出现问题！

1. Accepting the Invitation

内部和外部测试人员都从TestFlight收到类似的电子邮件。这封电子邮件将邀请用户在TestFlight中查看该应用程序。

该链接看起来有点不同，因为它分两个步骤：下载TestFlight和应用程序安装。否则，该过程与通过电子邮件进行的过程几乎相同。

2. Installing TestFlight

来自两个邀请的链接将用户带到App Store中的TestFlight：

用户将下载并启动TestFlight应用程序。

3. Redeeming Your App

当有可用的新版本或添加新的测试人员时，测试人员会收到邀请以通过TestFlight测试该版本。

注意：如果您是实时跟踪，则App Store审核不太可能有时间批准您的构建。因此，您的应用目前仅对内部测试人员可用。

打开邀请并单击View in TestFlight后，TestFlight将使用TestFlight应用程序中当前使用的Apple ID启动并兑换邀请。

然后，用户将看到一个应用程序预览页面。这将显示应用程序图标，内部版本号和您提供的测试信息。屏幕将如下所示：

注意：电子邮件中的View in TestFlight链接可通过universal links使用，因此，如果由于某种原因而无法打开TestFlight，则用户可以复制该链接并在Safari中打开它。然后，他们将看到一个兑换代码，可以将其复制并粘贴到TestFlight应用中。

点击Install后，该应用程序将下载并出现在主屏幕上。现在，用户可以像对待其他任何应用程序一样对待它。在SpringBoard中，该名称旁边会显示一个橙色点，表示已安装TestFlight。

4. Running the App

测试人员首次启动该应用程序时，将看到与以前相同的测试信息屏幕。还有另一个屏幕，其中包含有关如何截取屏幕截图的说明，以及用于获取更多信息的链接。这是对测试人员的便利提醒，它寻找什么以及如何提供反馈。

从现在开始，只要有该应用的新版本可用，用户就会看到来自TestFlight的通知。他们需要做的就是更新应用程序并运行最新版本。

Giving and Receiving Feedback

TestFlight为测试人员提供了几种向开发人员提供反馈的方法。

首先是通过屏幕截图机制。如果用户拍摄了该应用的屏幕截图，则将获得Share Beta Feedback…选项。这可以通过编辑窗格中的共享操作显示，也可以在他们点击Done后立即显示。

当用户选择此选项时，他们将有机会添加note - 希望其中包括有用的信息和复制步骤。

用户还可以通过TestFlight应用程序留下反馈。这将显示与屏幕截图反馈相同的共享表(share sheet)。通过这种方法，用户可以附加图库中的任何照片，也可以完全不附加照片。

最后，用户可以在主屏幕上使用应用程序快捷方式跳转到TestFlight应用程序中的此共享机制。

1. Getting the Feedback

测试人员提交反馈后，它将显示在AppFlight选项卡的App Store Connect中。在左侧的导航面板中，将有一个Feedback部分，其中包含一个Screenshots菜单项。这都是通过TestFlight应用发送的所有反馈的地方，无论是否贴有图片。

点击一个项目将显示屏幕截图，用户输入的反馈以及有关用户和用户设备的信息。这包括用户的电子邮件，使用该应用程序的时间，操作系统和设备以及其他指标，例如电池电量和可用磁盘空间。

这将为您提供足够的信息以开始调试，如果没有，则提供了一种联系用户以获取更多信息的方法。

Crash Reports

除了发送反馈之外，安装了TestFlight的应用程序在崩溃报告方面也具有特殊的特权。如果应用程序崩溃，则会弹出警报，使用户有机会将崩溃报告发送给开发人员。

如果用户点击Share，崩溃报告将上传到App Store Connect中供您查看。这些报告在同义的Crashes菜单下显示为反馈项。

崩溃报告包含与其他反馈相同的信息，包括有关用户和设备的信息，以及他们在共享表(share sheet)中键入的任何内容。如果单击Download按钮，它将下载此信息以及可以在Xcode中打开的.crash文件。这将帮助您找出解决问题的方法。

如果您有兴趣了解有关App Store Connect的更多信息，尤其是Beta测试，请阅读Apple的TestFlight Beta Testing Documentation。

Apple的开发人员网站上还有一个TestFlight的摘要页面summary page for TestFlight，其中包括所有相关文档的链接，以及一个视频 iTunes Connect: Development to Distribution，概述了TestFlight流程。

如果您想了解有关将应用程序提交到App Store的过程的更多信息，而不仅是其中的beta测试方面，请查看我们的两部分教程：l How to Submit An App to Apple: From No Account to App Store。

最后，有一个App Store Connect API。使用此API，您可以邀请测试人员，上传构建版本，设置测试和合规性信息等等。您可以在CI / CD工具中使用它。更好的是，如果您使用fastlane，则所有自动化功能都已集成。查看我们的 fastlane tutorial教程以获取更多信息。

后记

本篇主要讲述了TestFlight Beta测试，感兴趣的给个赞或者关注~~~

App的分发测试（七） —— TestFlight Beta测试（一）