如何使用TestFlight进行App构建版本测试

Posted 2023-05-07

在ios
8中，苹果发布了一个叫做TestFlight的新玩意，用于将Beta测试流水化。此前你可能听说过这个东西，因为TestFlight作为一个独立的测试平台已经有些年头了。不过在今年二月份的时候TestFlight的开发商Burstly被苹果收购，于是在之后公开发行的Xcode
6和iOS 8上，你会发现TestFlight整合进了iTunes Connect，你可以通过电子邮件来邀请你的Beta测试成员。

TestFlight提供的管理办法是将测试者分为内部成员和外部成员。理论上说，这两种测试者都可以在测试阶段使用你的App，不过所谓的内部主要是指iTunes
Connect上在你的开发团队里参与技术开发或者管理的成员。你最多可以邀请25个内部成员，而与之相对的外部成员，自然就是指那些不属于你的团队或者公司的测试者，外部测试人员的上限是1000人。这里有一点需要注意的是，在你邀请外部成员参与测试之前，需要先通过苹果的审核。而这一限制在内部成员上就没有，也就是说一旦你把你的App上传到iTunes
Connect上之后内部成员就可以开始进行测试了，无需审核。

本教程默认你的App仅对内部成员开放，所以我们针对的主要是内部测试。一般情况下，进行Beta测试需要完成以下步骤：

1.在iTunes Connect上创建一个App Record

2.更新Build版本号

3.归档并上传App

4.在iTunes Connect上管理Beta测试

接下来我们从第一个讲起。

在iTunes Connect上创建一个App Record

首先，进行测试之前你需要在iTunes Connect上有一个App Record，iTunes
Connect是基于web的应用，用于开发者管理自己在App Store上的应用。如果你之前做过iOS开发项目，那么你应该能直接登入iTunes
Connect。

登入iTunes Connect之后点击左上方的+号然后选择"New iOS App"，根据提示你需要完成下面内容：

App name - 你的App出现在App Store中的名称

Primary language - App的基本语言，比如中文

Bundle ID - 就是App的Bundle Identifier

Version - App版本号，对于首次发布建议设置为1.0

SKU - 最小存货单位。随便填点什么，比如你的App叫"Awesome Food
App"，那你可以填"awesome_food_app"，命名规则可用的有英文字母、数字、连字符、句点和下划线，但是不能用空格。

点击"Create"创建按钮然后你会跳入下一个界面，完成有关App的细节填写。

App预览

iOS
8中，你需要在App预览里加入一段预览视屏。另外你还要为这些尺寸的设备提供至少一张截图:3.5英寸(竖屏640×960像素，横屏960×640像素),4英寸(竖屏640×1136像素，横屏1136×640像素),4.7英寸(750×1334像素),5.5英寸(1242×2208像素)。你也可以参看苹果的iTunes
Connect开发者指南了解具体细节。

产品描述和URL

下一步，你需要为App提供至少一个关键词的描述，这是一个影响到下载量的重要因素。此前你可能知道ASO优化，关键词优化也是其中之一。上图中我并没有添加任何关键词，如果你想了解如果进行优化可以戳这里，或者直接Google
ASO(如果Google能上的话)。

右边是各种URL，其中support URL是必填的，这里可以填博客什么的，如果没有博客的话可以去WorldPress.com上面注册一个。

App基本信息

这里要填的就是App的基本信息了，还要上传一个App图标。注意图标不能包含透明度，分辨率为1024×1024像素。下面是例子:

上传的图标是正方形的，不过之后会自动圆角化。

然后填写版本号(比如1.0)，选取App最适合的类别。

接下来是App评级，点击"Click"编辑按钮，进入"Rating"评级填写表格，iTunes Connect会根据你的回答生成一个评级。

版权声明，你可以就填一个年份加姓名，比如2014 AppCoda Limited这样的。

如果想在其他国家和地区发布，那么还需要提供一份Trade Representative Contact Information.

App更多信息

你可直接跳过前面的环节直奔App Review Information然后填上你的联系方式就行。

这里会有一个demo account，可填可不填，只是针对那些需要注册的应用。

版本发布

当 App Review审核通过之后你可以自动或者手动发布你的App，所以这里选择自动发布。

然后点击右上方Save保存。

如果没有漏填的话，“Submit for Review”应该是可用的，那代表你已经成功创建一个App Record.

更新Build版本号

现在回到Xcode，打开项目导航，选择项目和目标，在项目编辑页面中点进General通用标签，确保里面的版本号和刚刚在iTunes
Connect上填写的一致，这里我们是第一次构建该项目，所以Build一栏填写的是1。

归档并上传App

项目归档前记得将App图标签包含进项目文件并且加载出来，你可以在资源目录里进行管理。在Images.xcassets中找到有关AppIcon图标的设置。从Finder里找到合适的图标拖进Xcode的图标设置页面，千万注意图标大小一定要跟设备尺寸适配哦。

查看归档方案设置里的配置是Release而不是Debug版本。

如上图中操作配置，从Xcode的菜单栏里按照Product > Scheme > Edit
Scheme的顺序点开，选中归档方案查看你的构建配置，其中的选项应该要为Release版本。

如果使用模拟器测试，归档特性是不可用的。所以你需要在方案工具栏里选中iOS设备或者你已经连接上Mac的iPhone。然后点击Product中的归档，如下图：

归档完成后会出现在Organizer中，然后我们准备上传。不过建议先校验一下以防出错，点击Validate校验按钮然后选中开发者账号开始校验。

当校验成功之后，点击Submit提交按钮将归档文件上传iTunes Connect。

在iTunes Connect上管理Beta测试

现在我们回到iTunes Connect上选中刚刚设置的App。你会在PreRelease标签下找到刚刚上传的App然后打开TestFlight Beta
Testing选项为ON。可以看到下面的Inactive变为Invite Testers。

点击Invite Testers然后点击Users and Roles开始邀请内部成员参与测试，当前用户的身份可以是Admin,
Legal,以及Technical.打开Internal Tester开关就可以设置一个测试者了。

提示：如果在列表里没有找到想邀请的人那么可以点击+号然后添加一个成员并设置身份为Technical，之后再用这个人的邮箱来激活这个账号。

返回App在Prerelease标签下选中Internal
Testers，之后你会看到你刚刚设置过的测试者，勾选复选框后点击Invite邀请按钮，测试者会收到来自TestFlight Beta
Testing的邀请邮件。

如下图，测试者只需要点击Open
TestFlight按钮就会自动的打开TestFlight应用(如果没有需要先安装)，之后就可以安装你的App的Beta版本。

你的内部测试人员会一直得到你之后的每次更新。

总结

苹果关于TestFlight的收购案的确是英明之举。上面我们只是说了一些关于TestFlight的基本使用，如果你还打算开发新的应用，使用这一工具能帮助你创造高质的产品。 参考技术A 在日常的开发当中，当一个项目在开发过程中或者完成准备上线，都需要我们进行真机测试，否则不可能开发完了就直接扔到了App，等上线了再下载看
看，这都是不可能的。那么说到真机测试，大家肯定会想到弄一个99美刀的开发者账号，然后在开发者账号中把自己的设备注册成测试机，下载一个证书，一个描
述文件，安装，运行，搞定。我平时也是这么搞得，但是对于高度强迫症的我来说，在项目发布前还是不放心使用测试机进行测试，万一把测试环境的版本传上去怎
么办，所以这个时候我习惯性的就会使用TestFlight进行测试一下，不求别的，只求心安，那么为什么使用TestFlight进行测试就会心安，就
不怕发错版本呢？ 它究竟是个什么鬼？
首先它的出现是在iOS8的时候，在Xcode 6和iOS 8上公开发行，它被整合到了iTunes Connect，你可以通过电子邮件的形式来邀请你的Beta测试成员。

TestFlight的测试方式分为两种，一种是内部测试，一种是外部测试。从功能上讲，这两种方式都可以为测试人员在测试阶段对你的App进行测试。但
是既然分了内部测试和外部测试，他们肯定还是有区别的，所谓的内部主要是指iTunes
Connect上在你的开发团队里参与技术开发或者管理的成员（管理员，技术，法务人员）。最多可以邀请25个内部成员，而与之相对的外部测试，指的是那
些不属于你的团队或者公司的测试者，外部测试人员的上限是2000人。这里有一点需要注意的是，在你邀请外部成员参与测试之前，需要先通过苹果的审核，一
般审核会在一天左右。而这一限制在内部成员上就没有，也就是说只要你把你的App上传到iTunes
Connect上之后内部成员就可以开始进行内部测试了，无需审核。

TestFlight 内部测试 外部测试

下面我们来说一下怎么使用这个东西，这个过程咱们给概括一下基本分为三步：
一：上传程序到iTunes Connect

上传程序到iTunes Connect，这个就不用多说了，大家都知道怎么上传，这里简单说一下，首先在iTunes
Connect创建一个自己应用，已经有的就不必创建了，然后在Xcode上配置好相应的证书，对应用程序进行打包，最后通过 archive打包
或者 用Application Loader 上传，就可以了

二：发送 TestFlight 测试邀请
登录开发者网站，https://developer.apple.com，来到iTunes

Connect，找到你刚才上传的app，找到TestFlight，然后选择内部测试，或者是外部测试，然后你还要进行选择测试版本，就是你要对哪个版
本的app进行测试，选完了版本之后，要添加需要进行测试的人员，选择好人员之后最后一步，开始测试，这个时候被选择人员的邮箱就会收到一个
TestFlight的测试邀请邮件，如下图：

TestFlight 页面

三：如果你没安装TestFlight这个app，先到AppStore上搜索 TestFlight，然后下载下来，使用你的Apple
ID登录，然后在手机打开你的邮箱，找到刚才收到的邮件，要是没找到，建议到垃圾邮件看一眼，然后点击 Start Testing
按钮，这个时候会直接跳转到你的TestFlight上，最后点击INSTALL进行下载。 参考技术B 在日常的开发当中，当一个项目在开发过程中或者完成准备上线，都需要我们进行真机测试，否则不可能开发完了就直接扔到了App，等上线了再下载看看，这都是不可能的。那么说到真机测试，大家肯定会想到弄一个99美刀的开发者账号，然后在开发者账号中把自己的设备注册成测试机，下载一个证书，一个描述文件，安装，运行，搞定。我平时也是这么搞得，但是对于高度强迫症的我来说，在项目发布前还是不放心使用测试机进行测试，万一把测试环境的版本传上去怎么办，所以这个时候我习惯性的就会使用TestFlight进行测试一下，不求别的，只求心安，那么为什么使用TestFlight进行测试就会心安，就不怕发错版本呢？ 它究竟是个什么鬼？
首先它的出现是在iOS8的时候，在Xcode 6和iOS 8上公开发行，它被整合到了iTunes Connect，你可以通过电子邮件的形式来邀请你的Beta测试成员。
TestFlight的测试方式分为两种，一种是内部测试，一种是外部测试。从功能上讲，这两种方式都可以为测试人员在测试阶段对你的App进行测试。但是既然分了内部测试和外部测试，他们肯定还是有区别的，所谓的内部主要是指iTunes Connect上在你的开发团队里参与技术开发或者管理的成员（管理员，技术，法务人员）。最多可以邀请25个内部成员，而与之相对的外部测试，指的是那些不属于你的团队或者公司的测试者，外部测试人员的上限是2000人。这里有一点需要注意的是，在你邀请外部成员参与测试之前，需要先通过苹果的审核，一般审核会在一天左右。而这一限制在内部成员上就没有，也就是说只要你把你的App上传到iTunes Connect上之后内部成员就可以开始进行内部测试了，无需审核。

具有多个版本的 TestFlight 构建：是不是可以返回？

【中文标题】具有多个版本的 TestFlight 构建：是不是可以返回？

【英文标题】：TestFlight build with multiple versions: is it possible to go back?具有多个版本的 TestFlight 构建：是否可以返回？

【发布时间】：2021-11-11 14:19:00

【问题描述】：

A 制作了一个 fastlane 脚本来进行试飞构建，假设目前我正在开发应用商店中的 2.5.4 版应用。

我需要按顺序做以下事情：

为 2.6.0 进行试飞构建，并对其进行测试 通过创建新版本并进行测试来更新试飞版本 2.5.4 为 2.5.5 进行试飞和应用商店构建 继续使用 2.6.0，制作新的试飞版本并发布

现在的问题是，如果我不增加版本，脚本总是会失败。我没有尝试这样做，因为我害怕它不可能回去。问题：如果现在我为 2.6.0 进行试飞构建，是否可以回到 2.5.4/2.5.5 或者我只能按顺序更改版本？

【参考方案1】：

首先要确保我们谈论的是同一件事：

AppStore 应用版本应该是 2.6.0，它与“testflight build”版本无关。用户在应用程序中看到 2.6.0 版本，但不知道您在后台使用的是哪个版本。

一旦你上传了一个“testflight”版本，你就不能删除它，也不能上传另一个具有相同版本号的版本，据我了解，这是你的问题。

我会在你的位置做什么 -> 增加构建号，而不是版本号，这样您就可以将构建上传到 testflight，而不必担心能够恢复到某个版本。

我不确定你的问题的答案，但据我所知你可以回到旧版本，你不能两次上传相同的版本。