标签： TestFlight

IOS-TestFlight 使用起来很容易，还是免费的，不妨把它作为你改进 App 的另一种渠道。不过现在 TestFlight 只支持了 iOS 平台的 App，每个开发者账号*多只能测试10款不同的 App。苹果官方提供的方法教程
TestFlight 的测试方式分为两种：
一种是内部测试；
一种是外部测试。
从功能上讲，这两种方式都可以为测试人员在测试阶段对你的 App 进行测试。但是既然分了内部测试和外部测试，他们肯定还是有区别的，所谓的内部主要是指 iTunes Connect 上在你的开发团队里参与技术开发或者管理的成员。*多可以邀请 25 个内部成员，而与之相对的外部测试，指的是那些不属于你的团队或者公司的测试者，外部测试人员的上限是 10000 人。这里有一点需要注意的是，在你邀请外部成员参与测试之前，需要先通过苹果的审核，一般审核会在一两天左右。而这一限制在内部成员上就没有，也就是说只要你把你的 App 上传到 iTunes Connect 上之后内部成员就可以开始进行内部测试了，无需审核。在邀请发出后，有效测试时间为 90 天。

一、首先提交一个上架版本的 build

二、邀请测试人员
你可以根据你自己的意愿邀请该 prerelease 版本的测试人员。

内部测试人员在你提交新的 build 并开启 TestFlight 之后即可安装
外部测试人员需要你提交并通过 prerelease
版本的审核之后才能安装。
1、邀请内部测试人员：
内部测试人员必须是你 iTunes Connect 团队的成员，而且只有 Admin、Legal 和 Technical 角色有内部测试权限。所以要添加内部测试人员，必须先将他添加到 iTunes Connect 团队中来。

登录 iTunes Connect，点击‘用户和职能’图标

点击下图中的‘+’号按钮。

根据页面指示，添加成员姓名、账号信息，设置成员角色，设置该成员接受的通知类型，点击‘Save’完成添加。到此，Apple 会向该成员的

Email 邮箱发送一封确认邮件，待其确认后，他就会出现在‘Users’列表中了。下面还需要开启该成员的内部测试权限。在‘Users’列表中，选中刚刚添加的成员进入该成员的详情页面，可以看到下图中的‘InternalTester’选项，点击开启并保存。

接下来就可以向你的App添加测试人员了。进入到 App 的详情页，选中‘Prerelease’选项卡，再选中里面的‘Internal Testers’选项卡，如下图所示。

在左侧的复选框中，勾选不多于25个测试人员，然后点击保存。

然后再点击‘Internal Testers’旁边的‘Builds’选项卡，这里是你提交各个版本的 build 列表，每个 Version 旁边都会有一个如下图所示的‘TestFlight Beta Testing’选项。

点击开启你想要测试的 Version 旁边的‘TestFlight Beta Testing’按钮，然后你刚刚选中的那些内部测试人员会收到一封邀请测试的邮件，他们可以直接用 TestFlight 去安装该App的Beta版。（邮件获取验证码，进行安装）

2、邀请外部测试人员
你*多可以邀请10000个外部测试人员，添加外部测试人员会更简单一点，他们不需要成为你 iTunes Connect 团队的成员。

添加测试群组，并添加外部测试邮箱等信息

只需要提供外部测试人员的邮箱即可，First Name 和 Last Name 均是可选项，完成填写后，点击‘Add’按钮完成添加。这里 Apple 还提供了用文件导入的方式来添加外部成员；你可以点击‘Import File’旁边的问号按钮，然后点击弹窗里面的模板链接来获取具体的文件模板。
first name, last name, email address
外部测试人员想要参与测试的话，必须要 App 已经通过了 Beta App Review 才行。

可以点击‘Build’选项卡下面的‘Submit For Beta App Review’来提交 Beta 审核。目前来看，Beta审核还是比较快速的，有时候一个工作日就可以通过审核。可能是现在使用 TestFlight 功能的 App 还不太多吧；不知道等TestFlight 普及之后，随着参与 Beta Review 的 App 越来越多，Beta 审核还能不能一直这么快。
等 BetaApp Review 完成之后，就可以点击下面的‘Send Invites’按钮来向外部测试人员发出邀请邮件了

邮件收到信息后，查看测试兑换测试码

将测试邀请码输入到TestFlight 中进行下载

1 背景

iOS 应用版本灰度测试是一个越来越令人头疼的一件事。

在 iOS9.0 之后，iOS 越狱设备越来越少，想要找到参与灰度测试的越狱用户越来越难。现在苹果企业签名的包外发控制越来越严格，这条路也很难走了。

因此，只能走苹果官方推荐的方式，通过 TestFlight 进行邀请测试。

关于 TestFlight 使用方法，已经有很多人总结过了，这里不赘述。比如：

iOS 平台如何使用 TestFlight 进行 Beta 测试

TestFlight 的测试分为“内部测试”和“外部测试”，“内部测试”能邀请的人数比较少，只有 25 人，适用于内部测试人员测试功能，“外部测试”可以邀请 2000 人，适用于发布正式版之前进行灰度测试。本文主要描述的是“外部测试”的方案。

2 TestFlight 标准流程

收集外部测试用户的邮箱（这个邮箱不一定是 Apple ID 邮箱）。

提交 TestFlight 测试版本，等待审核通过。

审核通过后，在 TestFlight 中导入灰度用户名单。

等待用户接收邀请测试的邮件，并预先到 AppStore 安装 TestFlight。

用户点击邮件中的 Start Testing 打开有“邀请码”的页面，复制 8 位大写英文字母的“邀请码”。。

用户打开 TestFlight（需要登录 Apple ID），点击下方的 Redeem ，将“邀请码”粘贴到输入框中，点击右上角的 Redeem ,即可开始下载测试的 App 。

流程中一个很重要的点是“邮箱”，这是苹果连接用户的唯一媒介。在现实中，收集用户邮箱不是一件很容易的事情，很难在短时间内联系到大量的用户，并提供邮箱，或者有些人很少打开邮箱，或者在手机上不方便打开邮箱。导致灰度测试效果不好，即使费时费力搜集了用户的邮箱，转化率也可能不高。

思考：有没有办法简化“邮箱”这一步呢？

3 TestFlight 优化流程

从上述流程中可知，邮箱不一定是 Apple ID 邮箱，只要能接受苹果发出的 TestFlight 的邮件就可以，用户收到邮件后，是通过点击邮件中的链接来获取到“邀请码”的，为这个优化留下了可能性。

优化目标：用户可以直接拿到“邀请码”，直接在 TestFlight 输入邀请码后下载 App。

3.1 准备 2000 个内部邮箱，用来接收 TestFlight 的邀请邮件

可以通过某些途径，在内部准备好 2000 个邮箱，什么 QQ邮箱、163邮箱、126邮箱、新浪邮箱、hotmail、gmail 等等一批免费邮箱，而且每个邮箱都还能设置几个不同名的账户，比如一个 QQ 号排除手机号之外就可以有 4 个邮箱名（[email protected], [email protected], [email protected], [email protected]）。所以要准备 2000 个邮箱账号也不是特别难的事情。不过为了方便自动化，*好还是申请单独某个类型的邮箱好一点，后面会说到。

3.2 提取邀请邮件中的邀请链接

收到的“邀请邮件”中有个 Start Testing 的按钮，点击之后打开一个有“邀请码”的页面。

如果要一封一封邮件点开来查看邀请码，那确实也太费人力了，这里能否开发一个自动化工具来查看邮件呢？应该也不是特别难的事情，苹果的邮件格式基本上是固定的，这个自动化工具开发好之后是一劳永逸的事情。

Start Testing 打开的链接格式大概是这样的：

https://beta.itunes.apple.com/v1/invite/1ae8b3e5f47847d7a6a798222e2a2ef96fd24005bce24ff8a4de5bd41c5dc882460c5711?ct=TencentTechnologyShanghaiCoLtd&advp=10000&platform=ios

打开链接之后，Chrome 可以通过开发者工具查看页面元素，如此可以开发一个自动化提取“邀请码”的工具。

3.3 优化后的流程

提交 TestFlight 测试版本，等待审核通过。

审核通过后，在 TestFlight 中导入事先准备的 2000 个邮箱账号。

等待接收邀请测试的邮件，待接收到之后，通过自动化工具提取邀请链接，并保存。

通过自动化工具打开邀请链接提取“邀请码”。

将邀请码直接发放给灰度测试用户。

用户打开 TestFlight（需要登录 Apple ID），点击下方的 Redeem ，将“邀请码”粘贴到输入框中，点击右上角的 Redeem ,即可开始下载测试的 App 。

3.4 优化后的流程优点分析

免去了前期收集用户邮箱的困难，而且每次的版本灰度测试，每个 App 的版本灰度测试，都要做一遍这个事情，消耗大量的运营精力，而且效果可能还不是很好。

有时候可能不一定一开始就能收集到那么多的用户，可能是一批一批地邀请用户，也免去了每次去 iTunes Connect 添加邮箱的麻烦。

2000 个测试名额，可以*大化地利用，按需分配邀请码，而不是添加了一堆不参与测试的用户邮箱。

一套方案，可以多个项目使用，甚至可以推广至全公司。*终做出一个自动化的工具或框架，任意App可以接入，也不需要理解太多细节。

上面优化后的流程中的第 4 点，是打开邀请链接之后提取“邀请码”出来，*后直接分配“邀请码”给用户，但是这里有一个坑，“邀请码”只有两个小时有效期，如果我们把邀请码提取出来了，必须在两个小时之内，发放给用户，并且在 TestFlight 中激活使用，否则“邀请码”会过期。不过过期之后，重新打开邀请链接，会生成新的“邀请码”。

另一个方案是直接把“邀请链接”发放给用户，让用户在开始体验 App 时，点开链接提取“邀请码”。

这两种方案各有利弊，发放“邀请码”给用户的方式，减少用户的学习成本。而且可以更加*大化地利用测试名额，*次发放“邀请码”之后，如果两个小时之内用户没有使用。那么该邮箱的名额不会浪费，可以重新通过自动化工具提取“新的邀请码”，发放给第二批用户。