Why Crash reporting in Firebase? - Purpose & Use Cases

The Big Idea

What if you could fix app crashes before your users even notice them?

The Scenario

Imagine you have a mobile app used by thousands of people. When the app suddenly stops working or crashes, you have no easy way to know what went wrong or where. You rely on users to tell you, but their reports are often vague or missing important details.

The Problem

Manually collecting crash information is slow and unreliable. You might get incomplete or late reports, making it hard to fix bugs quickly. Without clear data, developers waste time guessing the problem, which frustrates users and hurts your app's reputation.

The Solution

Crash reporting tools automatically catch errors and send detailed reports to developers. These reports include what caused the crash, where it happened, and how often. This helps teams fix issues faster and improve app stability without waiting for user complaints.

Before vs After

✗ Before

print('App crashed, please report what happened')

✓ After

firebase.crashlytics().recordError(error)

What It Enables

Crash reporting lets you quickly understand and fix app problems, keeping users happy and your app reliable.

Real Life Example

A game developer uses crash reporting to find a bug causing the game to freeze on certain phones. With detailed crash data, they fix the bug in days instead of weeks, improving player experience.

Key Takeaways

Manual crash tracking is slow and incomplete.

Crash reporting automates error collection with details.

This speeds up bug fixes and improves app quality.

Practice

1. What is the main purpose of Firebase Crashlytics in an app?

easy

A. To store user data securely

B. To manage user authentication

C. To improve app loading speed

D. To automatically collect and report app crashes

Solution

1. Step 1: Understand Crashlytics role

   Firebase Crashlytics is designed to track and report app crashes automatically.

2. Step 2: Compare with other options

   Storing user data, improving speed, and managing authentication are not Crashlytics functions.

3. Final Answer:

   To automatically collect and report app crashes -> Option D

4. Quick Check:

   Crashlytics = crash reporting [OK]

Hint: Crashlytics = crash reports, not data or speed [OK]

Common Mistakes:

• Confusing Crashlytics with user data storage
• Thinking it speeds up the app
• Mixing it with authentication services

2. Which Firebase Crashlytics method is used to log custom messages before a crash?

easy

A. crashlytics.sendReport()

B. crashlytics.recordError()

C. crashlytics.log()

D. crashlytics.startSession()

Solution

1. Step 1: Identify logging method

   The method to add custom logs before a crash is crashlytics.log().

2. Step 2: Understand other methods

   recordError() reports errors, sendReport() and startSession() are not valid Crashlytics methods.

3. Final Answer:

   crashlytics.log() -> Option C

4. Quick Check:

   Logging = crashlytics.log() [OK]

Hint: Use .log() to add messages before crash [OK]

Common Mistakes:

• Using recordError() to log messages
• Assuming sendReport() exists
• Confusing startSession() with logging

3. Given this code snippet, what will Crashlytics report?

try {
  throw new Error('Test crash');
} catch (e) {
  firebase.crashlytics().recordError(e);
}

medium

A. Crashlytics reports a non-fatal error with message 'Test crash'

B. Crashlytics logs a warning but no error

C. App crashes immediately without reporting

D. No crash reported because error is caught

Solution

1. Step 1: Analyze try-catch behavior

   The error is thrown but caught, so the app does not crash.

2. Step 2: Understand recordError effect

   recordError() sends a non-fatal error report to Crashlytics with the error message.

3. Final Answer:

   Crashlytics reports a non-fatal error with message 'Test crash' -> Option A

4. Quick Check:

   recordError() = non-fatal error report [OK]

Hint: recordError() reports caught errors as non-fatal [OK]

Common Mistakes:

• Thinking caught errors cause app crash
• Assuming no report if error is caught
• Confusing recordError() with crash trigger

4. You added firebase.crashlytics().log('User clicked button'); but no logs appear in Crashlytics dashboard. What is the likely issue?

medium

A. Logs only appear after a crash occurs

B. log() method does not exist in Crashlytics

C. Crashlytics SDK is not initialized properly

D. You must call sendReport() to send logs

Solution

1. Step 1: Check Crashlytics log behavior

   Logs sent by log() appear only when a crash happens afterward.

2. Step 2: Verify other options

   SDK initialization is required but if logs never appear, it's likely due to no crash. log() exists and sendReport() is not a Crashlytics method.

3. Final Answer:

   Logs only appear after a crash occurs -> Option A

4. Quick Check:

   Logs show after crash [OK]

Hint: Logs appear only after crash triggers [OK]

Common Mistakes:

• Assuming logs show immediately
• Thinking log() method is missing
• Trying to send logs manually

5. How can you ensure that a caught error with extra context is reported to Firebase Crashlytics as a non-fatal issue with custom keys?

hard

A. Only use crashlytics().log() with error message

B. Use crashlytics().setCustomKey() before recordError()

C. Throw the error again to trigger a crash

D. Call crashlytics().sendReport() after catching error

Solution

1. Step 1: Add context with custom keys

   Use setCustomKey() to add extra info about the error context.

2. Step 2: Report error as non-fatal

   Call recordError() to send the caught error along with custom keys to Crashlytics.

3. Final Answer:

   Use crashlytics().setCustomKey() before recordError() -> Option B

4. Quick Check:

   Custom keys + recordError() = detailed non-fatal report [OK]

Hint: Set keys before recordError() for context [OK]

Common Mistakes:

• Only logging message without keys
• Throwing error again causes crash
• Using non-existent sendReport() method