iOS崩溃报告服务/ MacDevCrashReports.com的替代方案

时间:2011-02-05 15:21:31

标签: objective-c cocoa-touch ios crash report

我正在寻找iOS崩溃记者网络服务。我知道MacDevCrashReports但他们目前不接受新的注册。

我知道GitHub上有一个开源崩溃报告框架,但我不想把它放在服务器上,配置它等等。一个不错的网络服务会更好。

谢谢,

帕特里克

9 个答案:

答案 0 :(得分:8)

我一直在为我的iOS和Android应用程序使用Crittercism。它为我节省了很多时间。它有比BugSense和Hoptoad更多的功能。

答案 1 :(得分:6)

MacDevCrashReports即将用完,因为我无法继续免费提供服务,因此数据量太大了。 100.000个崩溃报告,例如需要大约2GB的存储空间。但我正在与一些朋友合作开发一项新服务,以提供管理崩溃报告和其他开发人员相关数据的增强功能。您可能需要检查HockeyApp是否有关于此的新闻。

在此之前,您还可以在自己的Web服务器上使用源MacDevCrashReports。它是完全开源的,可在GitHub获得。

收集崩溃的过程是使用PLCrashReporter。哪个更可靠,并且是异步安全的。还有崩溃的情况,比如objc运行时崩溃,会导致死锁(由PLCrashReporter的创建者Landon Fuller提供信息)。

PLCrashReporter创建的崩溃日志文件的符号可以使用dSYM捆绑包完成,请检查this description

关于彼得的AppStore论点。帕特里克指出,这不适用于Ad-Hoc构建,这是一个大问题,因为你想在测试时找到并修复崩溃。另一方面,iTunes Connect中的崩溃报告非常不准确:

  • 数据集每天只更新一次
  • 数据仅在用户将设备与iTunes同步后才可用,并且仅在他们同意发送该数据的情况下才可用。由于大多数用户不理解对话框,他们否认
  • 您只能获得一部分崩溃,前五名
  • 您不会获得即时报告,而不是使用应用内记者
  • 您不会像Web服务那样分组类似的崩溃
  • 你没有网页界面来处理崩溃,做笔记,标记为固定等等。

iTunes为我的应用程序连接报告有0(零)崩溃,但在我的数据库中大约有200个!请blog post futuretap查看有关使用应用内崩溃记者的经验和发现的{{3}}。

答案 2 :(得分:3)

有一项名为BugSense的新服务。试一试!

答案 3 :(得分:2)

对于临时崩溃报告,您可以使用TestFlight。它有TestFlights SDK,您可以使用它来收集崩溃报告和其他数据,检查点和反馈。

答案 4 :(得分:1)

如果您通过App Store进行分发,则应在iTunes Connect中获取崩溃报告。

答案 5 :(得分:1)

对于某些应用,我们正在使用Hoptoad。看起来工作得很好。

答案 6 :(得分:1)

我使用HockeyAppCrashlytics取得了巨大成功。 HockeyApp很不错,因为一旦你将IPA文件添加到他们的服务中,他们甚至会提供一个下载页面,供你将你的版本分发给你的测试人员。

从用户体验的角度来看,Crashlytics有点清洁,但它仍处于测试阶段并且有一段等待时间,而HockeyApp可以立即使用,而且它更成熟一些。当您注册该计划时,Crashlytics似乎也会优先考虑应用商店中已有的应用。

答案 7 :(得分:1)

您还可以查看BugHD,支持iOS,Mac& Android崩溃报告

答案 8 :(得分:0)

对于跟踪崩溃,我非常喜欢Appsee for iOS(尽管对于Android应用程序也非常有用)。它提供了详细的崩溃报告以及会话记录,使您可以直观地监视应用程序中的所有崩溃。

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
    Appsee.start() 
    return true
}