vpb*_*008 14 flurry crittercism crashlytics
我们正在评估针对iOS和Android应用的各种错误报告服务.我们的应用程序使用webservices连接到服务器.
我们目前使用Flurry分析,但尚未使用其新的错误报告功能.
如果您今天使用Flurry错误报告,您对此有何反馈?
我试图将它与Crittercism和Crashlytics进行比较.因此,如果有任何人有使用Flurry错误报告和Crittercism或Crashlytics的经验,那么听听您的反馈会很棒.
谢谢.
Edd*_*man 13
虽然这个问题可能更适合论坛,但我会尽我所能回答我对这些技术的经验以及我从其他人那里听到的问题.首先让我们看一下这些服务为Crash Reporting提供的内容,然后让我们看一下它们提供的与Crash Reporting相关的内容.
Flurry提供(高水平):
所有这一切都很棒,但它们实际上并不专注于崩溃报告或与其他指标的关系.
批判主义(在很高的层面上):
有关Crittercism提供的完整包的更多详细信息,请参阅上面的链接.有关某些功能的更多详细信息,请查看此页面.
所有这些都专注于让您全面了解您的应用对每位用户的效果.
Crashlytics提供(高水平):
Flurry可以与更强大的Crash Reporting解决方案配合使用,根据我的经验,大多数人最终会采用这种方式.
Crittercism提供的不仅仅是Crash Reporting,它还可以通过可操作的数据优化应用程序的性能.他们还联系了支持Mobile的支持系统(如UserVoice和HelpShift)以实现更好的客户沟通,以及多个工程任务管理系统(JIRA,Github,Pivotal).服务器端符号,用于提取数据的API,与构建工具(例如Jenkins)的简单集成提供了更加成熟的解决方案.
Crashlytics为普通开发人员提供了轻松集成.我听到开发人员抱怨更多定义的构建过程(例如使用Jenkins的东西)他们的应用程序集成上传符号用于符号化会很麻烦.
它们还提供与JIRA和Github的集成.不知道在什么级别.
有些人喜欢Crashlytics的用户界面,而其他人则表示它会妨碍它.
希望这可以帮助.
自从它首次面向Android和iOS推出以来,我一直在使用Crashlytics.这是一个非常令人印象深刻的系统与一些大型专业人士
崩溃和非致命之间也存在分歧,这意味着您可以在不使应用程序崩溃的情况下报告已处理的异常.例如,在我们的Logging类中,我们有这个方法,当异常发生时会被调用,但不应该.这意味着我们会对这种情况发生故障进行细分,我们可以努力解决这个问题:
// Android
public static void log_wtf(Throwable throwable)
{
Log.wtf("Log", throwable.toString());
// Also log this exception to Crashlytics
Crashlytics.logException(throwable);
}
Run Code Online (Sandbox Code Playgroud)
我特别喜欢崩溃故障,它可以让您从一组报告中查看每个崩溃报告.您可以要求用户使用他们的名字,或者做我们做的事情,并使用他们的登录凭证为我们的服务签名(请参阅右侧的用户信息):

这对我们来说是非常宝贵的信息,它使我们能够轻松快速地重现错误.
您还可以获得一个版本细分,您可以在以后禁用它.例如,如果我们刚刚完成了alpha版本0.1(1)的测试,您可以关闭该版本的注销并启动版本0.2(2).如果有人忘记更新他们的申请,那么您将不会收到任何通知.很明显,当您的应用程序投入生产时,这并不好,但对于测试阶段非常有用.
虽然我没有对它进行测试,但如果您希望开发支持它的东西,它们还可以集成其他服务,包括您自己的Web挂钩.我的计划是自动创建trac bug票,但是我还没有解决它!
哦,最后,让我们不要忘记在整个软件中使用的甜蜜动画.
| 归档时间: |
|
| 查看次数: |
7494 次 |
| 最近记录: |