一、关于Testflight几个点
- 测试人数:内部测试人员最多25个,外部测试人员最多1W(2017+)。
- 测试周期:90Day(2017+)。
- 支持操作系统:iOS 8+。
二、如何利用Testflight进行测试
2.1、外部测试
-
0、入口在App Store Connect的网页上,如下图
1、需要建立「外部测试分组」
不同的分组可以添加不同的测试员,生成不同的测试公开链接。-
2、收集「外部测试人员」的「姓名」和「邮箱」
邮箱用来给「外部测试人员」接收测试「邀请码」,后面Testflight应用需要。
-
3、选择测试版本
测试的版本,需要提交Beta审核。一般账号没问题的话,首个版本需要1、2天,后续版本会快些。审核通过了,会有推送通知给到测试用户。
注意:这里的审核和 AppStore 审核是不同的。刚上传的版本,即使 AppStore 还没通过审核,这里通过审核也可以测试。
2.2、也可以选择开启「公开测试链接」,不需要知道测试人员的AppleId和邮箱。(2018年开始~)
要等审核通过,才可以生成公开链接,可以复制此链接给测试人员,测试人员直接用safari打开此链接,会直接打开Testflight App,提示下载。
注意:有时候Testflight可能会打不开,可以配置DNS试看看。
2.3、内部测试
- 打包上传后,即可进行内部测试,不需要审核,也不需要建立分组。
- 添加内部测试人员的方法和上面的一样。
三、测试人员,开始测试
- 下载TestFlight应用,输入邮箱收到的Invitation Code(邀请码)。针对「内部测试版本」只要上传后,内部测试人员即可开始测试,无需审核。
-
「外部测试版本」审核通过后,即可在TestFlight找到它。「公开测试链接」可以不提供邮件信息,也可以指定某些人。如下为高德地图的公测版:
四、总结
可以取巧的利用外部测试,解决紧急用户的紧急问题。
针对某个功能Crash,特别针对极少系统用户返回,可以先提个外部测试包提审,过了即可使用。由于这种包审核很快不会那么严格,比较快过审,因此可以临时解决部分压力。等正式包发布之后,才通知用户更新。以上流程可知,针对测试人员只要提供邮箱即可。外部测试,可以从投诉渠道收集,或者App的公测弹窗收集。或者选择公开链接的方式,不需要提供邮件。
国内很多将Testflight称为「TF签名」,这点个人感觉又是乱起滥用名称的典型,和签名没有任何关系。