老实说，我认为Crashlytics是一个比Testflight更好的坠机报告解决方案。
这是你从Crashlytics得到的，你从其他人那里得不到的。

• 重复剔除（TF也这样做，但它不是太好，Crashlytics是该死的近乎完美）
• 实际上，您可以将崩溃标记为已关闭/已解决，并将它们从给定版本的列表中删除。
• Crashlytics做了TF的崩溃报告所做的一切，但更好，然后一些（日志记录，堆栈跟踪等）。
• 受影响用户的百分比，以及与此相关的数字。（即：我应该修复发生在一个人身上的bug，还是发生在10 k身上的bug？）Testflight不会告诉你这些。
• 基于发生的优先级。在我看来，这可能是最重要的收获。

这只是其中的一小部分，但我认为它们对你来说可能是最重要的。
我们在一个非常受欢迎的应用程序上使用Testflight的坠机报告近2年（几百万个D/L）。这绝对比什么都没有好，如果你使用TF进行分发也非常方便，但是你可以从Crashlytics中获得更多的好处。今年夏天我们改用Crashlytics，现在我们实际上能够管理崩溃，并做出关于修复什么和何时修复的明智决定，而不是在一大堆没完没了的清单中筛选
我看到你已经接受了一个答案，但我会认真地给予另一个看，即使你选择继续与Testflight。我发现它很难真正抓住你错过了什么，直到你的应用程序已经发货，在这一点上更难改变。

Crashlytics在崩溃报告方面是首屈一指的。

在对TestFlight、HockeyApp和Crashlytics进行了深入的调查和测试之后，我们最初选择了HockeyApp，因为它们允许我们在iOS和Android上发布测试版沿着崩溃报告（我们希望在一个解决方案中同时支持两个平台）。但是，HockeyApp的异常回溯并没有给我们提供任何额外的崩溃细节。这就是Crashlytics的闪光点。他们的异常回溯非常棒。句号。
以下是我对所有3个SDK的总结：
Crashlytics

• #1崩溃报告
• #1异常回溯，无一例外（提供非常有用的额外崩溃详细信息）
• 超快、超轻
• 自定义按键日志记录，用于附加崩溃上下文
• 最佳重复碰撞识别和剔除
• SDK自动更新（他们的Mac应用程序会自动更新您项目中的Crashlytics iOS SDK）
• 无测试版发行版（我希望有一个崩溃报告和测试版发行版的一站式解决方案）
• 自动生成服务器支持

TestFlight

• 有些重，会增加应用程序包的膨胀
• 出色的beta分布
• 不支持Android（至少在6个多月前测试时是这样）

HockeyApp（HockeyKit -测试版，QuincyKit -崩溃报告）

• 轻量级
• 崩溃报告UI有点混乱
• 异常回溯受到严格限制（至少在2011年3月测试时是这样）
• 非常好的beta分布

尽管如此，我们还是选择了Crashlytics作为崩溃报告，选择了HockeyApp作为测试版。但是你必须选择最适合你需要的。

**也推荐Crashlytics。

TestFlight Live在过去给过我问题。似乎每次我去使用TestFlight，它都会停机。
Crashlytics很棒。原因如下：

• 将其添加到您的项目中再简单不过了。有一款Mac应用程序可以为您完成大部分繁重的工作。
• 自动更新自身
• 为您优先考虑崩溃
• 提供方便的统计数据，如操作系统和设备百分比以及平均可用内存等

我在我所有的应用程序中使用Crashlytics。当我在那里时，我将其添加到Hipstamatic，我们得到的数据令人震惊。它确实有助于改进我们的产品。我还尝试了TestFlight Live，并在第一个测试版后迅速删除了它，因为 * 它 * 会导致崩溃。
Crashlytics太棒了你应该用它

如果我们只谈论坠机报告，Crashlytics远远优于TestFlight。（从未尝试过QuincyKit，所以我无法比较3个选项）
我们已经在Weddar上使用Crashlytics一年多了，它一直很棒。在安装它之前，我不得不说，我对他们所说的伟大功能有点怀疑，但安装确实在大约5分钟内完成，它只增加了大约40- 45 Kb的应用程序。
崩溃报告是令人难以置信的详细，使它真的很快找到解决方案的错误和更新的sdk是相当稳定和稳定。团队是令人难以置信的支持太。我记得，我们有一个问题，新的ARM 7时，iPhone5出来，他们解决了它在大约30分钟。
我使用TestFlight进行用户beta测试管理，所以我在夏天尝试了TestFlight Live SDK，只是想看看它是否是一个将所有功能集成在一个服务中的解决方案，但我们使用它的体验非常糟糕。（Weddar是在2011年4月推出的），我们花了大约一个月的时间试图抓住这个bug。当LIVE beta测试时，没有用户会抱怨任何问题，我们通过删除TF SDK“解决”了这个问题。一直不太明白问题出在哪里。我们联系了TestFlight团队，但一直没有回复。（另一个大细节是TF SDK给我们的应用程序增加了大约800 Kb。）
所以，即使我仍然使用TestFlight进行beta测试，如果你正在寻找一个伟大的轻量级崩溃报告SDK，我肯定会说你应该使用Crashlytics。
希望这对你有帮助。

我会说去与测试飞行（现场）
根据我的经验，TestFlight SDK不会崩溃/减慢您的设备，并且具有非常通用的崩溃报告-允许您相当准确地调试报告的错误。
TestFlight还可以作为开发中测试时的反馈包。
这也是一个非常简单的SDK。
更具体地说（在回答你的问题清单时）：

1. TestFlight允许你为用户“检查点”头皮，并有自己的NSLog版本，允许你在运行时动态记录事件。
   1.您的应用不会因为网络请求在主线程之外处理而变慢。
   1.我不明白为什么一个设备会因为使用你提到的任何一个SDK而过载。
2. QuincyKit报告看起来相当精确，但是您需要自己决定所需的精度-您可以找到QuincyKit文档here。