我正在寻找iOS崩溃记者网络服务。我知道MacDevCrashReports但他们目前不接受新的注册。
我知道GitHub上有一个开源崩溃报告框架,但我不想把它放在服务器上,配置它等等。一个不错的网络服务会更好。
谢谢,
帕特里克
答案 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为我的应用程序连接报告有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)
我使用HockeyApp和Crashlytics取得了巨大成功。 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
}