Mobile : Onglet Crash de groupe

Les pannes fréquentes des applications mobiles dégradent l'expérience utilisateur et entraînent des retards dans le cycle de développement. La page des plantages du groupe est conçue pour aider votre équipe de développement à offrir une expérience d'application mobile plus stable et plus fiable à votre utilisateur.

Avec la page Crash du groupe, vous pouvez :

• Évaluer les tendances générales en matière d'accidents: examinez les graphiques de pourcentage de taux de plantage et de pourcentage d'utilisateur sans accident pour identifier rapidement toute anomalie ou tendance dans les occurrences d'accidents.
• Filtre pour une analyse plus approfondie: utilisez des groupes et des filtres pour vous concentrer sur un attribut de crash spécifique, tel que le type d'appareil, l'emplacement ou des points de données personnalisés.
• Identifier les modèles: Examinez le tableau des régions de plantation pour connaître les tendances liées à l'emplacement, au type d'exception, à la date, à la fréquence, à la version de l'application et au nombre d'utilisateurs concernés.
• Enquêter sur les plantages individuels: sélectionnez un rapport de plantage pour afficher sa piste interaction, le suivi des événements, les détails du thread, l'attribut et d'autres informations pertinentes. Vous pouvez également resymboliser ou exporter les détails vers Xcode pour le débogage.
• Mettre à jour le statut du crash: marquez le crash comme Resolved ou choisissez parmi d'autres options de statut, telles que Resolved in specific version.

workflowsuggéré

Ces étapes décrivent notre approche recommandée en matière d’enquête sur les incidents, vous permettant d’acquérir une compréhension complète de l’incident, d’identifier les facteurs contributifs et de mettre en œuvre des stratégies de débogage efficaces.

Graphiques des pourcentages d'accidents : visualisez immédiatement les tendances

Commencez par les graphiques Crash rate percentage et Crash-free users percentage pour voir en un coup d’œil s’il y a des pics, des creux ou des modèles inattendus avec des crashs en général. Par exemple:

• Y a-t-il des pics à proximité d'une sortie de version récente ?
• Y a-t-il une période où le pourcentage d'utilisateurs a été affecté de manière significative par le crash ? (Si le graphique Crash-free users percentage est vide, il n'y a eu aucune session utilisateur pendant la période sélectionnée.)

Groupes et filtres : analysez les données de crash

Vous pouvez sélectionner un groupe, puis filtrer selon des données spécifiques, notamment :

• Regroupez la liste des crashs par type de crash, appareil, emplacement ou autre attribut personnalisé.

• Afficher les plantages ouverts, les plantages résolus ou tous les plantages.

• Utilisez le sélecteur d'intervalle de temps pour ajuster la période actuellement sélectionnée.

• Filtrer par un Version spécifique ou par un ou plusieurs attributs Filter, tels que Last Interaction, App Build, ou l'un des attributs standard et personnalisés de la liste plus longue.)

  Les filtres sélectionnés apparaissent en haut de la page UI .

Liens de requête et d'image : requête sur les données de crash et partage de graphiques avec d'autres

Les graphiques Crash analysis monitoring des applications mobiles utilisent l'attribut par défaut pour l'événement mobile, ainsi que tout attribut personnalisé que vous avez ajouté à ce type d'événement. Pour afficher ou partager les données, cliquez sur l’icône représentant des points de suspension.

• Add to dashboard lien : Affichez le graphique et copiez-le dans un dashboard nouveau ou existant.
• View query lien : Afficher la requête NRQL utilisée pour calculer les données du graphique.
• Get as image lien : sélectionnez cette option pour obtenir une URL publique du graphique, puis partagez-le en utilisant n'importe quel média.

Profils de crash : voyez rapidement les principales différences entre les comptes avec et sans crash

Les profils de crash fournissent des informations rapides et claires détaillées sur les données de crash de votre mobile en faisant apparaître les anomalies dans les performances de votre application mobile. Les différences inattendues entre les attributs et les comportements sont mises en évidence, mettant en lumière les différences clés entre les comptes en panne et les comptes sans panne. Vous pouvez rapidement identifier les problèmes clés grâce à des analyses détaillées et des filtres pour une expérience de dépannage rapide et rationalisée.

Crash suivi des événements : Voir tous les événements ayant mené à un crash

Le suivi des événements monitoring d'applications mobilescrash vous montre l'événement menant au crash d'une application mobile. Il peut s'agir d'un moniteur d'événements par défaut ou d'un événement personnalisé que vous avez créé. Pour plus d'informations, voir Crash suivi des événements.

Examiner les détails du rapport d'incident : exporter vers Xcode ou resymboliser votre code source

À partir du tableau Crash types, vous pouvez accéder en détail à un type de crash spécifique. À partir d'ici, vous pouvez :

• Explorez la répartition des fils de discussion associés.

• Sélectionnez Export crash details pour pouvoir examiner le code source à l’aide de Xcode.

• Cliquez sur le bouton View crash libraries pour voir quels fichiers de carte Android ou iOS .dSYM fichiers que nous avons pour votre application.

• Si vous ne voyez pas les fichiers que vous attendez, téléchargez un nouveau fichier de carte Android ou iOS.dSYM fichiers en cliquant sur le lien Upload . Notez que le téléchargement d'un nouveau fichier désobscurcit ou symbolise automatiquement l'occurrence de votre crash.

• Créez un ticket et résolvez le crash.

  

Vue détaillée des crashs

Le panneau récapitulatif du crash comprend :

• Graphique des occurrences: visualise la fréquence de ce crash spécifique sur la période sélectionnée depuis sa détection initiale. Si plusieurs occurrences sont enregistrées, vous pouvez naviguer dans chaque instance.
• Répartition du type de crash : Affiche la répartition de ce crash sur différentes versions du système d'exploitation ou sur les appareils affectés.

Les plantages résolus sont indiqués par une bannière indiquant l'utilisateur qui a résolu le plantage et l'horodatage de la résolution. Notez que les politiques de conservation des données des applications mobiles monitoring s'appliquent, vous permettant de filtrer par plantages résolus pour une analyse historique si nécessaire.

Triez vos accidents

La section de triage associe l'occurrence d'erreur spécifique que vous visualisez à son groupe d'erreurs créé par le système. Ces groupes d’erreurs créés par le système sont identifiés par une empreinte digitale unique. C'est cette empreinte digitale unique qui vous permet de trier les groupes d'erreurs par mises à jour de statut ou affectations.

Pour plus d'informations sur la création des groupes d'erreurs, consultez Fonctionnement des groupes d'erreurs et pour en savoir plus sur le statut et les affectations, consultez suivi des erreurs.

Attribut de crash

Chaque exemple de crash fournit des informations détaillées sur l'environnement de l'appareil dans lequel le crash s'est produit, notamment :

• Version de l'application: la version spécifique de l'application dans laquelle le crash s'est produit.
• Type d'appareil: Le modèle de l'appareil sur lequel le crash s'est produit.
• Version du système d'exploitation : La version du système d'exploitation exécuté sur l'appareil.
• RAM utilisée: la quantité de mémoire utilisée par l'application au moment du crash.
• Disque libre: la quantité d'espace de stockage disponible sur l'appareil lorsque le crash s'est produit.
• attribut: Attribut détaillé associé au rapport de crash, offrant des informations plus détaillées sur le contexte du crash.

Vous pouvez exporter les détails du crash vers Xcode ou resymboliser votre code source, le cas échéant, pour rationaliser le processus de dépannage.

suivi des événements

Le suivi des événements fournit un log chronologique de tous les événements mobiles ayant conduit à un crash, facilitant ainsi l'analyse des causes profondes. Il peut s'agir d'un événement monitoré par New Relic par défaut ou d'un événement personnalisé. Le suivi des événements est trié par ordre chronologique, en commençant par l'événement le plus ancien, qui est généralement le lancement de l'application, mais vous pouvez modifier les éléments suivants :

• Trier: basculer entre l'ordre croissant et décroissant.
• Filtrage d'événements: filtrez par type d'événement, comme interaction, request ou request error.
• Détails de l'événement: développez un événement individuel pour inspecter son attribut, comme responseTime ou requestUrl pour un événement de demande.

Après avoir trié et filtré votre événement, vous pouvez approfondir un peu plus l'événement qui a conduit au crash en examinant :

• Fil d'Ariane personnalisé: utilisez le SDK Record fil d'Ariane pour créer un événement MobileBreadcrumb personnalisé. Cela vous permet d' log des interactions d'application spécifiques qui peuvent être pertinentes pour l'analyse des pannes.
• Exceptions gérées: utilisez les méthodes SDK recordHandledException pour iOS et Android pour annoter où les exceptions sont gérées dans votre application. Ces annotations rempliront automatiquement le suivi des événements de crash.

Pour des conseils détaillés sur l'amélioration du suivi des événements de crash avec des données personnalisées, voir Record fil d'Ariane.

Pour tirer pleinement parti de nos outils d'analyse des accidents, assurez-vous de :

• Utilisez le SDK mobile pour créer un événement MobileBreadcrumb ou MobileHandledException personnalisé.
• Activez MobileRequest événement pour capturer les données de requête réseau.

trace d'appels mobiles

La trace d'appels pour chaque crash est affichée sous les détails du crash. Chaque cadre dans la stack affiche le nom de la bibliothèque ou package associé et la méthode. Pour chaque crash, l'agent mobile tente de détecter la trame stack spécifique contenant l'erreur de programmation responsable du crash. Si elle est détectée avec succès, cette trame stack apparaît en rouge.

• Applications iOS: les noms des méthodes de code source et les numéros de ligne sont visibles si vous avez téléchargé les fichiers dSYM correspondants pour chaque build.
• Applications Android utilisant ProGuard: les noms de package et de méthode seront désobscurcis si le téléchargement de carte ProGuard est activé.
• Rapports de plantage natifs d'Android: ces rapports afficheront uniquement les noms de fichiers sources et les décalages de code relatifs.

Vous pouvez utiliser des alertes par e-mail pour répondre rapidement aux nouveaux plantages.

Rapports de crash natifs d'Android

La version 6.7.0 de l'agent Android New Relic a introduit des améliorations pour aider à suivre et à diagnostiquer les pannes natives, les rapports et les analyses. Ces améliorations incluent la violation du signal et d’autres défauts qui se produisent au niveau du code natif pendant l’exécution.

Ces améliorations incluent :

• Rapports de plantage natifs: violation du signal et autres plantages signalés par l'application pendant l'exécution, notamment :

  • Signal 4 : instruction illégale
  • Signal 6 : Fin anormale
  • Signal 7 : Erreur de bus/mauvais accès à la mémoire
  • Signal 8 : Exception à virgule flottante
  • Signal 1 : violationde segmentation / référence mémoire invalide

• Exceptions d'exécution natives: l'agent natif signalera toutes les exceptions C++ non gérées levées par l'application pendant l'exécution et les signalera comme des exceptions gérées. Les exceptions non gérées sont généralement fatales et feront planter l'application.

Vous pouvez afficher des informations détaillées sur les plantages natifs dans New Relic Mobile Crash analysis UIde ou recevoir une notification de plantage par e-mail. Vous pouvez également explorer les données de crash plus en profondeur avec New Relic Insights ou les intégrer au système de tickets pour une enquête plus approfondie.

Dépannage

Gardez à l’esprit que les profils sont désactivés lorsqu’il n’y a pas de différences statistiquement significatives entre les valeurs d’attribut des sessions avec et sans plantage ou qu’aucun profil n’est disponible correspondant aux filtres appliqués.