TrustRadius: an HG Insights company
Firebase Crashlytics Logo

Firebase Crashlytics Reviews and Ratings

Rating: 9.6 out of 10
Score
9.6 out of 10

Reviews

8 Reviews

Keep an eye on cross-platform crashes with Crashlytics.

Rating: 10 out of 10
Incentivized

Use Cases and Deployment Scope

We use Firebase Crashlytics to collect crash reports from our Mobile, Android, and macOS apps and provide them through one unified, easy-to-use interface that quickly allows us to see what the crashes are, how often they are occurring, when they have occurred, and the platforms and configurations that these crashes are happening on.

Pros

  • Displaying how often a crash is occurring and whether we should be concerned about it.
  • Showing the details of the crash, including the code in which it happened and the environment in which it occurred.
  • Searching for crashes by user identifier, and marking crashes as resolved.

Cons

  • Better support for Windows and Linux Platforms via .NET or C++.
  • Easier uploading of dsym files from XCode projects.
  • Integration with the Google Play Developer Console's crash reports.

Likelihood to Recommend

Firebase Crashlytics is a no-brainer if you are already using any of the other Firebase suite of products, as its integration is very easy if you are already using these in your app. If you have cross-platform Android, iOS, and macOS apps, you should also consider Firebase Crashlytics to provide a unified across your platforms. If your app is only on Android or only on Apple, then you may be better off remaining with the default Apple Developer or Google Play Developer Console crash collection experiences.

My view on Firebase Crashlytics

Rating: 10 out of 10

Use Cases and Deployment Scope

I am using firebase Firebase Crashlytics to get the actual report of the crashes with the exact line of code. Before Firebase Crashlytics it was very difficult to find the issues. Now, the performance of the project has increased because of the help of firebase Firebase Crashlytics. Firebase Crashlytics also provides all crashes, which we can not afford on our end because of the unavailability of real devices.

Pros

  • Can get the device detail an actual state like RAM, Storage, Display Size, etc.
  • Can get the class name and line number where crash occur.
  • Its work in realtime so we can reduce the time of issue finding and resolution.

Cons

  • Navigation between the issue listing and details is something difficult to understand for the new user.
  • Pannel takes time in loading may be because of analytics data but it can be reduce.
  • Not provide accurate line number in case of proguarded apps.

Likelihood to Recommend

If your application is in the initial stage it's very important to use Firebase Crashlytics to get the issues of real devices. Because at the time of development we can test on some devices only so it's very important to watch the behavior of other devices for the app and we can achieve it by Firebase Crashlytics.

Great Tool For App Performance Monitoring.

Rating: 7 out of 10
Incentivized

Use Cases and Deployment Scope

It helps us in monitoring our app and helps us test the beta versions with the complete track of usage and crash reports; we can make better decisions by fixing the bugs and providing more stability to our app.

Pros

  • Tracking the complete crash points in realtime.
  • Real time app usage and screen time.
  • Complete crash report for all version of Android & iOS.

Cons

  • Sometimes UI of Firebase Crashlytics is quit difficult to understand for new users.
  • There can be a proper discretion for all the features that is offered.
  • There can be api crash report also.

Likelihood to Recommend

Firebase Crashlytics helps us in tracking our app's performance and crash-points. This helps us improve the app performance and provide a better user experience. Also, we get to know what are the areas that user liked the most from the screen time that user spent while using the app. Sometimes when we want to set up Crashlytics to test small features, it becomes complex to set it up with separate screens.

Vetted Review
Firebase Crashlytics
2 years of experience

Crashlytics: Old but Gold

Rating: 9 out of 10
Incentivized

Use Cases and Deployment Scope

At Instructrr, we use Crashlytics to monitor our fitness iOS app for any crashes. In the event of a crash, email notifications get sent to all of our developers and the CEO of the company. This is invaluable to us because often our userbase manages to use the app in ways that our developers don't, which sometimes leads to crashes that we can both detect and quickly fix due to the realtime notifications from Fabric.

Pros

  • Detecting Crashes
  • Showing backtraces to the exact line of code causing the crash
  • Fine-grained Notifications

Cons

  • Improve the SDK installation documentation
  • Simplify the migration from Fabric.io to Firebase
  • Improve the UI, currently it feels fairly old & clunky

Likelihood to Recommend

Crashlytics is the go-to mobile crash/analytics tool for the entire industry. Now that it is 100% free across all usage levels, even with enterprise feature usage, there is honestly no reason to go with any competitors. Crashlytics had the first mover advantage and has continued to stay ahead of the competition, even after its 2 acquisitions (first by Twitter, then by Google). The only realistic competitor to Crashlytics is Instabug, but as soon as you go beyond their most basic features you are looking at a $124 to $499 per month bill. For all of the apps I have worked on, that has never been worthwhile.

Crashlytics is our go-to

Rating: 9 out of 10
Incentivized

Use Cases and Deployment Scope

Crashlytics is the primary tool we use to monitor and obtain insight into native app crashes. Our developers prefer it over every other similar tool on the market and have told me that they believe it is the most accurate and is easy to implement. We use it across all of our native app projects.

Pros

  • It has a great reporting interface to monitor crashes and affected users.
  • Setting up breadcrumbs to provide better insights around crashes is simple.
  • Easy for a non-developer like myself to jump in and figure out things quickly.

Cons

  • An easier way to understand app version adoption rates alongside crashes.
  • I feel like the platform keeps trying to become more of an all encompassing analytics platform and should stick at what it does best—crash monitoring.
  • Now that it has been acquired by Google, I hope things like navigation and implementation don't become more cumbersome as has been the recent case with Google Analytics.

Likelihood to Recommend

Crashlytics is well suited within any native application in order to understand where and why crashes may be happening, and how many sessions and users are affected by crashes. It is also a great tool to establish a crash free baseline that needs to be kept by the development team. I don't believe it is well suited for tracking the bigger picture around your users' in-app behavior.

Vetted Review
Firebase Crashlytics
2 years of experience

Crashlytics Review

Rating: 10 out of 10
Incentivized

Use Cases and Deployment Scope

We are using Crashlytics to track both fatal and non-fatal errors that occur in both our iOS and Android native mobile apps.

Pros

  • Pulling the stack trace from an error
  • Bundling errors of the same kind across multiple versions
  • Allowing for caught Exceptions to also be reported as non-fatal errors

Cons

  • Would be great if they could link common system-level exceptions to solutions
  • Sometimes the stack trace is not entirely useful, but not sure what can be done in those scenarios

Likelihood to Recommend

I can't imagine a scenario where Crashlytics would not be well-suited for use in tracking native mobile app crashes, but maybe it's not as useful for things like Xamarin or React Native (if they even support those).

Mobile App Dev

Rating: 8 out of 10
Incentivized

Use Cases and Deployment Scope

We use it a lot for real-time monitoring and for giving us insights that may be lost when the client is otherwise not available. We use it to diagnose potential issues and catch suspect issues without creating a bad experience.

Pros

  • Near real time data
  • Beta distribution is pretty nifty

Cons

  • Calculations of certain percentages can be scary

Likelihood to Recommend

General mobile app development. How can you live without it?

Crashlytics is the defacto standard for Android developers

Rating: 9 out of 10
Incentivized

Use Cases and Deployment Scope

It's being used for our iOS and Android apps to track crashes in the field and from QA. I'm one of the Android developers so I'm more familiar with how it works on Android. It provides useful crash reporting including stack traces so we can quickly find and fix crashes that only happen in the field (which is needed because there are so many Android devices and versions that you can't possibly test on all possible platforms). It also tracks crashes per version so we can decide when to release a new version after we soak test it w/ a small percentage of our users.

Pros

  • Providing stack traces that are useful when users have crashes.
  • Tracking crashes per version (app and OS) so we know whether to release a version to everyone instead of a subset.
  • Provides trending crsahes/problems if there's a spike in issues so we can get on it quickly.

Cons

  • Their app needs to show all the version name or allow us to rotate the app...it trims the name so it's hard to find the right version in the download list.
  • Wish their version crash percentage history went back further...would be nice to graph the percent crashes from last year to see how far we've come :-)
  • Sometimes Android will have crashes in the middle of Android code...wish Crashlytics did something like Crittercism where it tracked the screens the user visited so we had a better clue; we had to add this info manually.

Likelihood to Recommend

Crashlytics is almost a defacto standard in the Android world for tracking crashes in the field. I've used it on the last 4 Android projects I've been on.

It's not as helpful on iOS' stacktraces but I'm not sure if anything would be better because iOS stack traces are from ObjC code which is not as useful as Java stacktraces.