我们正在评估 iOS 和 Android 应用程序的各种错误报告服务。我们的应用程序使用网络服务连接到服务器。
我们目前使用 Flurry 分析,但尚未使用他们的新错误报告功能。
如果您今天使用 Flurry 错误报告,您有什么反馈?
我试图将它与 Crittercism 和 Crashlytics 进行比较。因此,如果有人有使用 Flurry 错误报告和 Crittercism 或 Crashlytics 的经验,很高兴听到您的反馈。
谢谢。
我们正在评估 iOS 和 Android 应用程序的各种错误报告服务。我们的应用程序使用网络服务连接到服务器。
我们目前使用 Flurry 分析,但尚未使用他们的新错误报告功能。
如果您今天使用 Flurry 错误报告,您有什么反馈?
我试图将它与 Crittercism 和 Crashlytics 进行比较。因此,如果有人有使用 Flurry 错误报告和 Crittercism 或 Crashlytics 的经验,很高兴听到您的反馈。
谢谢。
虽然这个问题可能更适合论坛,但我会根据我对这些技术的经验以及我从其他人那里听到的内容,尽力回答你的问题。首先让我们看看这些服务为 Crash Reporting 提供了什么,然后让我们看看它们提供了什么与 Crash Reporting 相关联。
Flurry提供(高水平):
这一切都很好,但他们真的根本不关注崩溃报告或它与其他指标的关系。
Crittercism提供(高水平):
有关 Crittercism 提供的完整软件包的更多详细信息,请参阅上面的链接。有关某些功能的更多详细信息,请查看此页面。
所有这些都专注于让您全面了解您的应用程序对每个用户的执行情况。
Crashlytics提供(高水平):
Flurry 可以与更强大的崩溃报告解决方案结合使用,根据我的经验,大多数人最终都选择了这条路线。
Crittercism 提供的不仅仅是崩溃报告,它与使用可操作数据优化应用程序的性能有关。他们还连接到支持移动设备的支持系统(例如 UserVoice 和 HelpShift)以实现更好的客户沟通,以及用于工程的多个任务管理系统(JIRA、Github、Pivotal)。服务器端符号化、提取数据的 API、与构建工具(例如 Jenkins)的简单集成提供了一个更加成熟的解决方案。
Crashlytics 为普通开发人员提供了简单的集成。我听说过具有更明确的构建过程(例如使用 Jenkins)的开发人员抱怨他们用于上传符号以进行符号化的应用程序集成变得很麻烦。
他们还提供与 JIRA 和 Github 的集成。不知道在什么水平。
一些人喜欢 Crashlytics 的 UI,而另一些人则表示它妨碍了它。
希望这可以帮助。
自从Crashlytics首次针对 Android 和 iOS 推出以来,我一直在使用它。这是一个非常令人印象深刻的系统,具有一些巨大的优点:
崩溃和非致命之间也有区别,这意味着您可以在不导致应用崩溃的情况下报告已处理的异常。例如,在我们的 Logging 类中,我们有这个方法,它在可能发生异常时被调用,但不应该发生。这意味着我们对这种情况发生的频率进行了细分,我们可以努力解决它:
// Android
public static void log_wtf(Throwable throwable)
{
Log.wtf("Log", throwable.toString());
// Also log this exception to Crashlytics
Crashlytics.logException(throwable);
}
我特别喜欢崩溃细分,它可以让您从一组报告中查看每个单独的崩溃报告。您可以要求用户使用他们的姓名,或者做我们所做的事情并使用他们的登录凭据为我们的服务签名(请参阅右侧的用户信息):
这对我们来说是非常宝贵的信息,它使我们能够轻松快速地重现错误。
您还可以获得一个版本细分,您可以在以后禁用它。例如,如果我们刚刚完成了 alpha 版本 0.1 (1) 的测试,您可以关闭该版本的登录功能并启动版本 0.2 (2)。如果有人忘记更新他们的应用程序,您将不会收到任何通知。显然,当您的应用程序处于生产状态时,这并不好,但对于测试阶段很有用。
虽然我还没有测试过它,但如果你想开发一些东西来支持它,它们可以集成其他服务,包括你自己的 web 钩子。我计划这样做以自动创建trac bug 票证,但是我还没有开始!
哦,最后,让我们不要忘记 crashlytics 在其软件中使用的甜美动画。
我建议使用 Crashlytics。他们拥有任何错误报告软件中最流畅的入职流程。它非常易于设置并且使用起来非常直观。报告是即时和现场的。他们还拥有最好的控制台 UI。我现在已经在 Evernote、HomeAway 和我自己的应用程序中使用过它们,而且我从未遇到任何问题。他们还拥有一支出色的支持团队,可以非常迅速地做出响应,通常在几分钟内就可以收到询问。
我过去也使用 Flurry 进行事件跟踪,但结果好坏参半。他们的人数似乎总是有点偏。您还必须经历并在每个活动中添加开始/停止事件,这可能会很痛苦。
我专门使用 Crashlytics 进行日常应用程序崩溃报告。UI 有时可能有点华而不实,浏览网站有时很麻烦,但总的来说,它们提供了可靠且构建良好的产品。它在分发应用程序测试版时肯定很有用,作为高级 iOS 开发人员的中级,我在集成他们的 SDK 时从来没有遇到任何问题。
优点:
缺点:
我为 Grid 工作,这是一家位于 San Fran 的 iOS 应用初创公司,我们在那里使用 Crittercism,但总而言之,我最终使用的是 Crashlytics。它归结为易用性,他们已经确定了这一点。
编辑:
Crashlytics 最近也被 Twitter 收购,因此那里有大量的人才和基础设施。
我没有使用 Crittercism 或 Flurry 进行崩溃/错误报告,但自 Crashlytics 一开始就一直在使用它。我不相信目前有更好的崩溃报告解决方案。
我认为 Crashlytics 很棒的原因:
归根结底,取决于哪种工具最适合您。
正如之前所说的Flurrydon't focus on crash reporting at all or how that ties into other metrics
在 Crashlytics android 发布之前,我使用的是 Flurry,但在文档和支持方面存在一些问题(您可以在此处查看),并且它们没有如我所愿地对应。
就我而言,崩溃和错误是一个非常关键的原因,所以 Crashlytics 就像一个魅力。
简而言之,我还没有体验过比 Crashlytics 更好的体验(谈论错误报告)
我从一年前开始使用 Crashlytics(2014 年 7 月编辑),这个系统真的很棒。
实时崩溃报告效果很好,有了他们的报告,我们能够非常快速地修复它们,这是一个巨大而无价的功能!CL 解决方案可在多个平台上使用,只需不到 5 行代码即可将其插入 XCode 5、Eclipse 或 IJIdea 中非常容易。
您可以创建多个企业,以分离您的项目,只需点击几下
我不得不提到支持团队很棒,我已经交换了几十封邮件,他们的回答总是解决我的小问题。
它是完全免费的,现在归 Twitter 所有,而且非常轻巧。
一个月前我召开了一次有关 Craslytics 解决方案的会议,幻灯片可在我的 speakerDeck 个人资料中找到。