我将在 AppStore 上启动我的应用程序，我想跟踪崩溃情况并尽快修复它们。如果可能的话，最好还收集一些有关用户活动和其他有用信息的附加信息。
为此，我寻找了一些崩溃报告工具，我发现的最有趣的工具是：试飞直播 https://testflightapp.com/sdk/live/, 昆西·基特 https://github.com/TheRealKerni/QuincyKit and 崩溃解决方案 http://try.crashlytics.com/.
在这三个中，QuincyKit 应该是最轻的一个，但其他两个似乎非常有趣，因为它们提供了更复杂的报告和其他有趣的东西。
我的目标是就用户可能遇到的任何问题提供尽可能多的信息，但同时我不想让应用程序变慢或消耗更多资源。
- 根据您的观点和个人经验，这些工具中哪一个是最好的（考虑到我的目标和需求）？
- 通过使用 TestFlight Live 或 Crashlytics 我会让我的应用程序变得太慢？
- 设备是否存在过载风险？
- QuincyKit提供的报告足够精确吗？我可以从他们那里检索多少信息？
Thanks!
这是我的决定：
我使用 Crashlytics 进行崩溃报告（是的，它似乎真的很棒），使用 TestFlight 跟踪用户活动（检查点对于了解用户通常做什么并找出趋势非常有用）。
我按照所写的说明进行操作here http://www.grahamdennis.me/blog/2012/10/21/how-to-disable-testflights-crash-handlers/
老实说，我认为 Crashlytics 是比 Testflight 更好的崩溃报告解决方案。
以下是使用 Crashlytics 可以获得的其他产品所没有的功能。
- 重复剔除（TF 也这样做，但它不太擅长，Crashlytics 近乎完美）
- 实际上，您可以将崩溃标记为已关闭/已解决，并将它们从给定版本的列表中删除。
- Crashlytics 可以完成 TF 崩溃报告所做的一切，但做得更好，还有一些（日志记录、堆栈跟踪等）
- 受影响用户的百分比以及与之相关的数字。 （即：我应该修复发生在一个人身上的错误，还是发生在 10k 身上的错误？）Testflight 不会告诉你这一点。
- 根据发生情况确定优先级。这可能是我认为最重要的收获。
这些只是其中的一些，但我认为它们可能对您来说是最重要的。
我们在一个非常受欢迎的应用程序（数百万个 D/L）上使用了 Testflight 的崩溃报告近两年。它绝对比没有好，而且如果您也使用 TF 进行分发，那么非常方便，但是您可以从 Crashlytics 中获得更多好处。今年夏天我们改用了 Crashlytics，现在我们实际上能够管理崩溃并就修复内容和时间做出明智的决定，而不是仅仅筛选一个巨大的永无止境的列表。
我看到您已经接受了答案，但即使您选择继续 Testflight，我也会认真地再看一遍。我发现在您的应用程序发布之前很难真正掌握您所缺少的内容，此时更难以更改。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
