【问题标题】：Do I need TestFlight?我需要 TestFlight 吗？
【发布时间】：2015-10-26 14:10:21
【问题描述】：

据我了解，TestFlight 做了两件事：

让我能够通过电子邮件邀请测试人员
自动启用“发送崩溃报告”功能

我做家庭（企业）应用程序并直接分发它，而不是在 AppStore 之外。

看起来我不需要 TesFlight，并且可能会保留临时配置并使用我们的内部门户安装应用程序。这是真的吗？ TestFlight 是否有一些我可能需要的特殊功能？

【问题讨论】：

【解决方案1】：

我喜欢 TestFlight 和 Fabric 之类的产品，因为与直接临时构建相比，它们更容易控制和分发。特别是当我向门户添加新设备时，有时很难查看该设备是否实际包含在构建中。使用 Fabric 或 TestFlight，您拥有您的用户，您的用户拥有他们的设备。您可以轻松查看哪个用户拥有什么设备并分发给选定的用户。

【讨论】：

谢谢！因此，就我而言，TestFlight 可以轻松添加新用户（我只需要电子邮件），而不是添加新的 UDID、使用新配置文件重建应用程序等。但我只有大约 5 个用户:)
TestFlight 的缺点是审查总是需要时间，Fabric 要求您安装某种实用的 SDK。恕我直言，旧的 TestFlight 是我们拥有的最好的东西。

【解决方案2】：

崩溃分析

优点

无需审核流程即可快速发布。
使用 Web 界面可以轻松查看集成的崩溃报告和分析。
对 Beta 周期的生命周期没有限制。

缺点

要求您使用开发配置文件，其中每个测试人员的 UDID 都是已知并添加的。
将框架集成到项目中可能很棘手。

测试飞行

优点

使用生产配置文件，因此无需管理 UDID。
Release 已集成到 Xcode 中，没有第三方框架。
崩溃报告等。不确定分析。

缺点

通过次要审核流程，发布时间很慢（48 小时？）。
每个 Beta 版本的应用生命周期限制为 30 天。

没有明确的赢家，我从 Crashlytics 转到了 TestFlight，因为它更干净，而且每次发布测试版时我都要排练我的发布。

【讨论】：