Définir le périmètre
Avant de lire la pile d’appels, confirmez le jeu, l’environnement, la version et la période. Distinguez une exception volontaire en staging d’un incident de production. Identifiez la nature du signal : exception, erreur native ou autre événement. Tous ne justifient pas la même réponse.
Trouver la première piste exploitable
Lisez le type et le message de l’exception, puis cherchez la première ligne pertinente dans votre propre code. Une ligne du framework indique parfois où l’erreur apparaît, sans en expliquer la cause. Conservez le rapport original et l’identité de la version ensemble : un nom de fonction issu de mauvais symboles est plus trompeur qu’une adresse non résolue.
Reconstituer la session
Utilisez les traces d’actions disponibles et le contexte de session pour comprendre ce qui précède l’erreur. Recherchez une action répétée, une transition de scène ou une configuration particulière. Cette séquence étaye une hypothèse ; ce n’est pas un enregistrement complet de tout ce qu’a fait le joueur. Reproduisez le parcours suspect dès que possible.
Prioriser, corriger et vérifier
Comparez les joueurs et sessions touchés, la récurrence et la répartition par version. Désignez un responsable et rédigez une étape de reproduction ou d’enquête qu’un autre développeur pourra suivre. Après correction, observez la nouvelle version sous un trafic comparable. Un tableau de bord silencieux qui ne reçoit plus de télémétrie ne prouve pas que le problème est résolu.
