iOS平台TestFlight外部测试邀请码优化方案
iOS平台TestFlight外部测试邀请码优化⽅案
电信话费查询1 背景
iOS 应⽤版本灰度测试是⼀个越来越令⼈头疼的⼀件事。
在 iOS9.0 之后，iOS 越狱设备越来越少，想要到参与灰度测试的越狱⽤户越来越难。现在苹果企业签名的包外发控制越来越严格，这条路也很难⾛了。
因此，只能⾛苹果官⽅推荐的⽅式，通过 TestFlight 进⾏邀请测试。
关于 TestFlight 使⽤⽅法，已经有很多⼈总结过了，这⾥不赘述。⽐如：
TestFlight 的测试分为“内部测试”和“外部测试”，“内部测试”能邀请的⼈数⽐较少，只有 25 ⼈，适⽤于内部测试⼈员测试功
每个站点都有风景作文600字
文科生最好的六个专业能，“外部测试”可以邀请 2000 ⼈，适⽤于发布正式版之前进⾏灰度测试。本⽂主要描述的是“外部测试”的⽅案。
收集外部测试⽤户的邮箱（这个邮箱不⼀定是 Apple ID 邮箱）。
提交 TestFlight 测试版本，等待审核通过。
审核通过后，在 TestFlight 中导⼊灰度⽤户名单。
等待⽤户接收邀请测试的邮件，并预先到 AppStore 安装 TestFlight。
⽤户点击邮件中的 Start Testing 打开有“邀请码”的页⾯，复制 8 位⼤写英⽂字母的“邀请码”。。
⽤户打开 TestFlight（需要登录 Apple ID），点击下⽅的 Redeem ，将“邀请码”粘贴到输⼊框中，点击右上⾓的 Redeem ，即可开始下载测试的 App 。
流程中⼀个很重要的点是“邮箱”，这是苹果连接⽤户的唯⼀媒介。在现实中，收集⽤户邮箱不是⼀件很容易的事情，很难在短时间内联系到⼤量的⽤户，并提供邮箱，或者有些⼈很少打开邮箱，或者在⼿机上不⽅便打开邮箱。导致灰度测试效果不好，即使费时费⼒搜集了⽤户的邮箱，转化率也可能不⾼。
思考：有没有办法简化“邮箱”这⼀步呢？
从上述流程中可知，邮箱不⼀定是 Apple ID 邮箱，只要能接受苹果发出的 TestFlight 的邮件就可以，⽤户收到邮件后，是通过点击邮件中的链接来获取到“邀请码”的，为这个优化留下了可能性。
优化⽬标：⽤户可以直接拿到“邀请码”，直接在 TestFlight 输⼊邀请码后下载 App。
可以通过某些途径，在内部准备好 2000 个邮箱，什么 QQ邮箱、163邮箱、126邮箱、新浪邮箱、hotmail、gmail 等等⼀批免费邮箱，⽽且每个邮箱都还能设置⼏个不同名的账户，⽐如⼀个 QQ 号排除⼿机号之外就可以有 4 个邮箱名
（123456@qq, xyz@qq, xyz@vip.qq, xyz@foxmail）。所以要准备 2000 个邮箱账号也不是特别难的事情。不过为了⽅便⾃动化，最好还是申请单独某个类型的邮箱好⼀点，后⾯会说到。
收到的“邀请邮件”中有个 Start Testing 的按钮，点击之后打开⼀个有“邀请码”的页⾯。
如果要⼀封⼀封邮件点开来查看邀请码，那确实也太费⼈⼒了，这⾥能否开发⼀个⾃动化⼯具来查看邮件呢？应该也不是特别难的事情，苹果的邮件格式基本上是固定的，这个⾃动化⼯具开发好之后是⼀劳永逸的事情。
Start Testing 打开的链接格式⼤概是这样的：
打开链接之后，Chrome 可以通过开发者⼯具查看页⾯元素，如此可以开发⼀个⾃动化提取“邀请码”的⼯具。
提交 TestFlight 测试版本，等待审核通过。清明节古诗十首
迁移申请书审核通过后，在 TestFlight 中导⼊事先准备的 2000 个邮箱账号。
等待接收邀请测试的邮件，待接收到之后，通过⾃动化⼯具提取邀请链接，并保存。
树的作用
通过⾃动化⼯具打开邀请链接提取“邀请码”。
将邀请码直接发放给灰度测试⽤户。
⽤户打开 TestFlight（需要登录 Apple ID），点击下⽅的 Redeem ，将“邀请码”粘贴到输⼊框中，点击右上⾓的 Redeem ，即可开始下载测试的 App 。
免去了前期收集⽤户邮箱的困难，⽽且每次的版本灰度测试，每个 App 的版本灰度测试，都要做⼀遍这个事情，消耗⼤量的运营精⼒，⽽且效果可能还不是很好。
有时候可能不⼀定⼀开始就能收集到那么多的⽤户，可能是⼀批⼀批地邀请⽤户，也免去了每次去 iTunes Connect 添加邮箱的⿇烦。
2000 个测试名额，可以最⼤化地利⽤，按需分配邀请码，⽽不是添加了⼀堆不参与测试的⽤户邮箱。
⼀套⽅案，可以多个项⽬使⽤，甚⾄可以推⼴⾄全公司。最终做出⼀个⾃动化的⼯具或框架，任意App可以接⼊，也不需要理解太多细节。
上⾯优化后的流程中的第 4 点，是打开邀请链接之后提取“邀请码”出来，最后直接分配“邀请码”给⽤户，但是这⾥有⼀个坑，“邀请码”只有两个⼩时有效期，如果我们把邀请码提取出来了，必须在两个⼩时之内，发放给⽤户，并且在 TestFlight 中激活使⽤，否则“邀请码”会过期。不过过期之后，重新打开邀请链接，会⽣成新的“邀请码”。
另⼀个⽅案是直接把“邀请链接”发放给⽤户，让⽤户在开始体验 App 时，点开链接提取“邀请码”。
这两种⽅案各有利弊，发放“邀请码”给⽤户的⽅式，减少⽤户的学习成本。⽽且可以更加最⼤化地利⽤测试名额，第⼀次发放“邀请
码”之后，如果两个⼩时之内⽤户没有使⽤。那么该邮箱的名额不会浪费，可以重新通过⾃动化⼯具提取“新的邀请码”，发放给第⼆批⽤户。
上⾯是我在通过 TestFlight 邀请外部测试时遇到的⼀些问题，和对优化流程的想法，欢迎讨论，谢谢。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。