TestFlight是苹果允许用户在app上架前做一个上架前的beta版测试的一个机制。
那么TestFlight是如何使用的呢？大体分为一下几个步骤：
1、填写TestFlight下的测试信息，这边的信息大体上和AppStore下的信息差不多就可以了
2、新建版本：只有新建版本后你才可以在这个版本上上传构建版本。
3、添加测试人员：测试人员分为：
说明：
a、内测人员：外测人员数量上线为25个，可以在构建的TestFlight beta版本审核前对你的 这个beta版本进行测试。
b、外测人员：内测人员数量上限为10000个，这个beta版本需要进行审核
一
提交AppStore的App，审核通过，不发布，这时可构建新版本，提交审核吗？
目前，这个只能下个版本提交时去试一遍
有一种说法是：构建新版本有两个途径：1.发布已审核的版本，构建新版本。2.撤销已发布的版本，重新上传审核二进制文件。
二
提交审核的App怎样实现更新提示？
目前App中，根据后台接口请求数据，判断是否强制升级，非强制，只提示；若强制，无“取消”。
更新提示也可在后台管理系统做配置，但该配置应在审核期间关闭。
三
提示更新时的跳转，可通过其他渠道(非AppStore)下载ipa包，并覆盖原有App使用吗？
提示更新下载的应用可通过第三方平台（蒲公英、fir.im）下载，只需要Bundle ID相同即可覆盖原App。
但是，若客户的UDID不在开发者账号内添加，无法正常安装使用，不如走企业账号发布，只要信任profile配置文件即可。
若想通过一个平台给客户演示，用户量不多的可添加UDID，用户量多的可走企业账号发布测试包，或者用TextFlight邮箱邀请测试。
TextFlight使用流程
邮箱接收邀请并下载使用TextFlight
通过TextFlight安装测试包
