Share
Les développeurs qui publient leurs applications sur l'Android Market doivent être particulièrement attentifs au bon fonctionnement de leurs applications pour les utilisateurs ou subir une évaluation négative. Un moyen très utile de dépister les problèmes liés à vos applications publiées consiste à encourager les utilisateurs à envoyer des commentaires sur les incidents, puis à les examiner et à les résoudre rapidement. Aujourd'hui, nous discutons de la manière dont les journaux d'Android Market Crash sont générés et de leur signification..
Les journaux d'incidents sont une ressource précieuse pour les développeurs. Ils peuvent être utilisés pour localiser des bogues, des problèmes avec des périphériques spécifiques et d’autres problèmes qui rendent les utilisateurs insatisfaits des performances des applications. Cependant, ils ne sont disponibles que pour les applications publiées..
Lorsque votre application s'arrête en raison d'un blocage, une invite s'affiche, indiquant que l'application s'est arrêtée de manière inattendue. L'utilisateur a deux choix: OK ou Rapport, comme indiqué:.
Si l'utilisateur clique sur OK, l'application se ferme simplement. Toutefois, s’ils choisissent de signaler le problème, un formulaire simple apparaît pour que l’utilisateur puisse décrire l’événement et l’envoyer dans les journaux des incidents à consulter par le développeur, comme indiqué:
Les journaux des incidents sont accessibles via le compte Android Market du développeur, le même endroit où vous téléchargez et publiez les nouvelles applications. Une fois qu'une application est publiée, les utilisateurs sont libres de signaler les incidents survenus. Ces rapports apparaissent presque immédiatement pour que le développeur les examine. Vous pouvez déterminer si vous avez des rapports d'incident à partir de la liste principale d'Android Market. Si votre application contient des erreurs, elles seront affichées dans la liste. Voici une capture d'écran montrant un exemple de liste avec les entrées du journal des incidents à consulter.
Remarque: les rapports d'incident ne sont disponibles que pour les applications actuellement publiées. Si vous cliquez sur Annuler la publication, vos rapports d'incident deviennent indisponibles pour le moment. Ainsi, si vous rencontrez un problème critique, commencez par copier les rapports d'incident, puis annulez la publication pour empêcher davantage de personnes de le rencontrer..
Si vous cliquez sur le rapport d'erreur pour une application spécifique, vous verrez des statistiques générales sur les erreurs de votre application, telles que des blocages (fermetures dues au manque de réponse) et des blocages. Comme vous pouvez le voir sur la capture d'écran ci-dessous, cette application simple comporte un nouvel incident à réviser. Vous pouvez également consulter des statistiques telles que le nombre de blocages et de blocages de votre application sur le terrain par semaine..
Cliquez sur l'erreur spécifique pour voir plus de détails sur ce qui s'est passé. Pour ce tutoriel, nous avons fabriqué une erreur spécifique. En d’autres termes, l’application se lance et lève immédiatement l’exception suivante:
Accentsconagua
jeter une nouvelle erreur ("Oups"); Si vous cliquez sur l'erreur spécifique, vous verrez la méthode dans laquelle l'erreur s'est produite, combien de fois elle a été signalée et les numéros hebdomadaires de cette erreur particulière, comme indiqué ci-dessous:
Si vous continuez à explorer l'erreur, vous trouverez des informations plus détaillées sur le blocage. Par exemple, une exception d'erreur a été levée dans la méthode source appelée forceError (). C'est en effet ce qui s'est passé. Vous pouvez également voir la trace de la pile (dans cette version non obscurcie de l'application). Notez le java.lang.Error: Whoops sur la première ligne, comme indiqué dans cette capture d'écran:
Remarque: Si vous obscurcissez votre code à l'aide de ProGuard, vous devrez utiliser l'outil de retracement pour lire ces traces de pile. Cet outil est disponible dans le cadre des outils de SDK Android à télécharger..
Sur cet écran, vous pouvez également marquer l’erreur comme ancienne (c’est-à-dire que vous l’avez révisée). Vous pouvez également basculer pour afficher les messages utilisateur (données de formulaire) associés à ces erreurs..
Si vous cliquez sur le lien Afficher les messages de l'utilisateur sur l'écran de trace de la pile, vous pourrez voir les descriptions des erreurs envoyées par les utilisateurs, comme indiqué dans la capture d'écran ci-dessous. Dans certains cas, cela peut être une information utile, alors que dans d'autres, ils peuvent simplement crier après vous pour avoir publié des applications contenant des bogues. : P
Sur cet écran, vous pouvez également marquer l’erreur comme ancienne (c’est-à-dire que vous l’avez révisée). Vous pouvez également revenir aux traces de la pile en cliquant sur le lien Afficher les traces de la pile..
Les rapports de plantage d'Android Market fournissent aux développeurs des informations utiles sur leurs applications. Les rapports d'incident ne sont pas générés automatiquement. L'utilisateur doit choisir de signaler l'erreur. L'application doit être installée via Android Market pour que cette fonctionnalité fonctionne correctement. Les rapports d'incident contiennent des informations d'erreur, notamment des traces de pile, ainsi que des descriptions générées par l'utilisateur de ce qui s'est passé. Examinez fréquemment vos rapports d'incident pour rester en avance sur les problèmes rencontrés par votre application sur le terrain et mettez votre application à jour de manière opportune, avant votre classement.!
Les développeurs mobiles Lauren Darcey et Shane Conder ont co-écrit plusieurs livres sur le développement Android: un livre de programmation en profondeur intitulé Développement d'applications sans fil Android et Sams Teach Yourself Développement d'applications Android en 24 heures. Lorsqu'ils n'écrivent pas, ils passent leur temps à développer des logiciels mobiles dans leur entreprise et à fournir des services de conseil. Vous pouvez les contacter par courrier électronique à l'adresse [email protected], via leur blog à l'adresse androidbook.blogspot.com et sur Twitter @androidwireless..
