Skip to content

Viewing Crash Group Analytics

(Native Apps Only) View analytics for crash groups and crash dumps that could not be analyzed.

The developer must enable the iOS and Android application to catch exceptions with a global catch-all handler and upload them to mobile services server. In SAP mobile service cockpit, the application must also be enabled to upload crash logs.

Crash logs can be an important source of information during the development process. You can enable your test apps to catch exceptions and upload the data. Configure mobile services to automatically gather crash logs and report failures by group. View the reported data in SAP mobile service cockpit, and use to fix issues and ensure quality.

  1. In SAP mobile service cockpit, select Analytics > Crashes.

  2. (Optional) You can narrow the focus of crashes by selecting the platform, application ID, application version, and time frame filters. The affected applications appear for selection in application ID. If you select a platform and an application ID, the available application versions appear for selection. Time frame is required. Select Reset to clear your filters.

    Two charts provide visual information about crashes and users:

    • Crashes ‒ the number of crashes that occurred over time.
    • Users ‒ the number of users affected by crashes over time.
  3. Under Crash Group view the detected crash groups.

    Crash Groups

    Column Description
    Title The title of the crash group.
    Count The crash group count.
    Affect Users The number of affected users.
    Platform The platform, such iOS or Android.
    Application Versions The range of application versions.
    Application ID The application identifier.
    Last Report (UTC) The date and time of the last report update in UTC format (YYYY-MM-DD HH:MM:SS).
    Status The crash dump status by platform. Select a status button to navigate to the specific application for details.

    For iOS crash dump status:

    • Symbolicated - the crash dump is fully symbolicated.
    • Processing - the uploaded crash dump is being processed (whether or not dSYMs have been uploaded).
    • Missing dSYM - the crash dump has been processed. Some debug symbols (dSYMs) are missing, so this crash dump is only partially symbolicated. See Managing Symbol Files (iOS). Once the required dSYM files have been uploaded, the symbolication process will be triggered again.
    • Initial - the crash dump has been uploaded and is waiting to be processed.

    For Android crash dump status:

    • The crash dump is deobfuscated.
    • The crash dump is obfuscated.
  4. Select a crash group to see more details.

  5. Select the Overview tab to view KPIs, charts and the stack trace for the selected crash group.

    • KPIs for:

      • Occurrences ‒ the number of reported occurrences.
      • Users ‒ the number of affected users.
      • Application Version ‒ the application version reporting the crash.
    • Charts for:

      • Affected Device Models ‒ the device models that are reporting the crash.
      • Affected Platform Versions ‒ the operating system platforms that are reporting the crash.
    • Stack trace: the common stack trace parts for the crashes, with additional system details.

  6. Select the Reports tab to view information for individual crash dumps by device.

    1. View a summary of devices reporting crashes.

      Device Reports

      Column Description
      Device The device type, such as Pixel.
      Platform Version The operating system platform version, such as x.
      Date (UTC) The date and time of the device report in UTC format (YYYY-MM-DD HH:MM:SS).
    2. Select one of the device reports to view its details.

      • Report Details - device details such as model, language, screen size, application version, SDK product and version, and platform version.
      • Raw Data - crash data for the device. You can download the data.

Last update: February 4, 2021