前言
最近负责的项目，偏移动端，小公司嘛，自然不会区分Android 跟 ios，都是一体的，但是遇到一个问题：
ios版本准备要上线了，此时某同学说想体验，怎么办？
当然这个方案还是有，直接度娘搜索"IOS怎么安装ipa文件"，出来好多答案，但是无非就几种方式：
xcode、iTools、越狱、给研发本地安装、第三方软件、去苹果官网登记udid,扫码下载;
问了下同学，他们反馈说，想体验iOS版本啊，给研发装手机吧；
这样就出现一个尴尬的问题，一堆人围着一个研发，不知道的人，还以为这研发干嘛了。。
但这些安装方式都很麻烦，有没有一种不需要那么麻烦的方式？
答案是肯定的，那就是testflight~
TestFlight
TestFlight是什么
TestFlight是苹果允许用户在app上架前做一个上架前的beta版测试的一个机制。
它可以帮助开发者实现方便的远程安装，并提供测试数据以供开发者分析，大大降低了测试成本，提高了效率。
最重要，这是免费的;
大致使用流程
为了使用TestFlight，仅仅是需要上传app的beta版本iTunes Connect，然后在iTunes Connect中添加你想邀请测试人员的名字和邮箱。
测试者需要安装TestFlightapp，然后通过TestFlight-app下载beta版本app进行测试并反馈信息。
TestFlight需要iOS8以上系统才可以安装；
测试方式
TestFlight测试的方式分为两种，一种是内部测试，一种是外部测试。从功能上讲，这两种测试方式都可以为测试人员在测试阶段进行app测试;
内部测试
内部测试主要是指iTunes Connect在你的开发团队里参与技术开发或者管理的成员，最多可以邀请25个内部成员进行测试,没有审核的限制,直接添加测试人员，就可以进行测试。
外部测试
外部测试人员可以是任何拥有一个电子邮件地址的用户，应邀为你的app进行Beta版测试。
外部测试人员中可以包括你的iTunes Connect用户，但是iTunes Connect用户不能够同时为内部和外部测试人员。
你可以为你的每个app邀请最多10000个外部测试人员。
而且可以对外部测试人员划分为不同群组，但群组人员对测试人员不可见。
如果邀请了外部人员，则第一个构建版本会提交至"Beta版app审核"。同一版本的后续构建可能不需要全面审核。
TestFlight使用流程
输入测试信息以供外部测试
1)点击这里进行登陆，点按“我的 App”，选择您的 App，然后在工具栏中点按“TestFlight”。
2)在左列中的“App 信息”下方，点按“测试信息”。
3)在右侧，输入必填的“Beta 版 App 审核”信息。
当然，如果不输入也没关系，只是不能给外部测试而已~
如果仅仅用于内部测试，就可以不用填写了；
上传构建版本
使用Xcode或者Application loader上传你的构建版本。这里需要注意：判断上传的app是否需要提供出口合格证明。构建版本上传90天内可以进行测试
邀请内部和外部人员
内部人员：
1)点击这里进行登陆，点按“我的 App”，选择您的 App，然后在工具栏中点按“TestFlight”。
2）在左列中的“测试员和群组”下方，点按“App Store Connect 用户”。
3）在“测试员”旁，点按“添加”按钮（+）。
这里有要求，最多只能选择25名测试员，如果点击+号后，发现没有找到想要的测试员，可以点击用户和职能这里进行添加
点击下一步，就会创建好用户信息，点击发送邀请即可后，刚注册的邮箱就会收到一封要求邮件；
外部人员：
大部分操作都类似，只是点击外部人员时会先创建群组
支持添加新测试员、现有测试员、csv文件导入
剩下的步骤就是选择版本，输入测试信息等一系列操作即可；
测试人员下载TestFlight-App并接受邀请
测试人员需要在自己设备上的App Store中下载TestFlight-App。随后测试人员需要使用TestFlight的邀请码，安装你的app进行测试，发送反馈，并获取更新。
当有新版本的时候，用户邮箱就会收到一封邮件,点击进去看到一个激活码，打开testflight，点击redeem，输入这个激活码，即可下载进行体验；
查看测试人员和构建版本信息
通过iTunes Connect中查看构建版本状态和指标（例如：使用次数和崩溃记录）来追踪你的测试人员的参与度和app的性能。
你也可以向尚未邀请的测试人员重新发送邀请。
收集测试人员的反馈
在测试期间，不断阅读测试人员的反馈，这些反馈会第一时间发送到最开始制定的邮箱当中。
此外，在提交app到App Store之前，改进自己的app并继续分发构建版本，知道解决所有的问题；
停止测试
可以选择将某个构建版本设置为过期来停止对它的测试，并前往“app发现流程概述”中提交你的app到App Store。
TestFlight的优势
痛点：
以前进行测试都是需要测试人员提供设备的 UDID,并且开发者需要将这些设备的UDID添加到开发者中心，注册对应的设备信息;
因此每次有新的测试人员加入，都需要重新添加设备信息，并且重新生成签证文件（Provisioning Profile）并且重新打包，而且设备有着100的上线，操作起来非常不方便。
效果:
使用TestFlight，我们只需要测试人员提供一个邮箱地址即可，开发者登录iTunes Connect中添加测试人员和对对应的邮箱地址信息，然后发送测试邀请，测试者接受邀请，在通过TestFlight-app下载自己的app进行测试。
我们不再需要设备的UDID，重点是不再需要每次重新配置证书，只需要上传构建版本到iTunes上即可。
TestFlight不好的地方在于第一次配置会稍微麻烦点，需要发送要求、确认邀请，对于测试人员来说，也要求时刻关注邮箱信息，否则就可能会错过了;
因此在小团队，还是面面对快速打包确认效果更优，但一旦涉及到不少同学，的确使用testflight更加方便；
参考文献：help.apple.com/app-store-c…
TestFlight.top
TestFlight.top 是一个基于 TestFlight 的服务，能帮助开发者更简单地为用户提供 TestFlight 申请功能，简化了测试应用的流程。
为什么要做TestFlight.top
原因很简单，TestFlight不够好用;
想要通过 TestFlight 测试 App，首先需要收集测试员的邮箱，然后再把测试员的邮箱添加到 TestFlight。
用户等开发者把邮箱添加到 TestFlight 后，会收到一封 TestFlight 发的邮件，打开邮件后按照英文邮件说明去安装 TestFlight，然后把邮件内的验证码输入到 TestFlight 并获取下载权限，最后下载成功。
TestFlight 存在的问题
- 开发者需要多次操作，CSV 需要经常导入，邮箱更是需要一个个的添加，特别的繁琐。
- 对于测试员来说需要长时间的等待，因为开发者在收集到邮箱再到导入有一定的时间间隔，可能几分钟也可能一天，在这个期间测试员可能会放弃。
- TestFlight 的邮件是英文的，很多人看不懂英文，或者看到英文就会直接放弃。
- 未安装 TestFlight，对于不少测试员来说，并不知道安装测试 App 必须要安装 TestFlight;
简单的问卷调查，放弃使用TestFlight的主要原因：
- 嫌安装过程麻烦稍后安装，最终忘记（40%）
- 安装过程复杂，直接放弃（27%）
- 英文邮件，看不懂 （15%）
TestFlight.top 做了哪些优化？
- 开发者只需要导入一次邮箱至 TestFlight；
- 生成一个可以直接下载 App 的“独立”页面
- 引导测试用户安装 TestFlight
实践
上面扯皮了一大堆，直接告诉怎么操作吧；
1）打开 testflight.top 注册并添加一个应用，填写应用名并上传icon；
2）填写邀请人数，并下载 CSV 文件。
3)把 CSV 文件导入到 TestFlight，不要忘记给这个外部测试组添加「构建版本」。导入完成后，开发者会收到申请表可用的邮件，页面就可以使用了。
然后使用手机直接扫二维码，会先引导是否有testflight，然后就可以直接安装，不再需要任何邮箱登记；
网上找到别人的链接，感兴趣的同学可以体验下：
testflight.top/t/yyERjm
testflight.top/t/uqqiiy
小结
本文介绍了TestFlight跟TestFlight.top两种方式，详细介绍了TestFlight是如何使用，
同时也介绍了TestFlight.top，后者是前者的补充，但后者并非是苹果自行推出，
可以理解是个人开发者的玩意，基于TestFlight做的一个工具，但的确好使；
如果想用苹果的，那期待TestFlight Public Link，这里就不做介绍了，详情请点击这里了解，
目的就是为了简化目前testfligh的体验流程，但无法避免的，还是需要testflight，
到底TestFlight Public Link跟TestFlight.top哪里更好用，拭目以待吧；
从此，让IOS内测不再麻烦（还是安卓好，IOS还是麻烦的一逼）~
谢谢大家~
