Malheureusement (toute) application s'est arrêtée. Que dois-je signaler?

28

Lorsqu'une application «telle ou telle», toujours populaire, est arrêtée, vous avez la possibilité de la signaler. Qu'êtes-vous censé dire dans le "rapport"?

applications crash-reports

— James Moore
source

31

Vous voudrez aider le développeur à vous aider .

La réponse de mbanzon a mentionné que le développeur recevra la trace de la pile de l'erreur, mais cela ne nous dit que ce qui s'est mal passé et où.

Il ne nous dit rien sur l'état de la demande: quelle était la valeur de ce nombre, ou quel était le texte qui a été entré dans les champs de texte? Et surtout, qu'a fait exactement l'utilisateur pour faire planter l'application?

Cette dernière question est particulièrement importante pour que nous puissions reproduire l'erreur et nous aider à comprendre pourquoi l'application s'est bloquée dans ces circonstances.

Donc, si vous voulez vraiment aider les développeurs, notez ce que vous avez fait, ce que vous attendiez et ce que vous avez vu. Par exemple:

J'ai démarré l'application et appuyé sur le bouton pour accéder à l'écran des rapports. J'ai ensuite appuyé sur le bouton pour générer le rapport, et l'application s'est bloquée. Fait intéressant, l'écran était vide: aucune donnée n'était visible.

Si vous n'aimez pas beaucoup taper, vous pouvez être court:

Bouton enfoncé pour générer un rapport. L'écran était vide.

— nhaarman
source

2

J'ajouterais que le développeur ne peut corriger que les bugs de son application. Si le système d'exploitation lui-même a un bogue (par exemple, de nombreux bogues sont enfouis profondément dans WebView), il n'y a rien d'autre à faire que de signaler le problème à Google et espérons qu'ils le corrigeront quelque part le long de la ligne. Cela se produit environ 20% du temps. Ce serait bien si les rapports de plantage se rendaient automatiquement au bon endroit quand il s'agit d'un bogue au niveau du système d'exploitation au lieu de la file d'attente du développeur de l'application OU s'il y avait un moyen facile de signaler / pousser le plantage en amont à l'équipe Android sans avoir à utiliser leur système de billetterie.

— CubicleSoft

@CubicleSoft Et comment le journaliste sait-il s'il s'agit d'un bogue du système d'exploitation ou non? N'oubliez pas que le journaliste fait également partie du système d'exploitation. Même les développeurs de Google ne peuvent pas faire quelque chose pour déterminer s'il s'agit d'un bogue du système d'exploitation. Ils doivent le vérifier ou le reproduire à la main. Encore une fois, envoyez d'abord au développeur de l'application, ne plaisante pas avec Google.

— EKons

@CubicleSoft Cela peut être une information utile pour tout utilisateur qui subit des plantages sur un appareil Android, mais pas vraiment dans le cadre de cette question.

— nhaarman

@ ΈρικΚωνσταντόπουλος Le journaliste ne le saura pas. Cependant, Google Play pourrait être suffisamment intelligent pour examiner la trace de la pile et déterminer que le crash doit être transmis à Google, car le crash ne relève pas du développeur. Cela ne laisserait que des plantages pertinents dans la file d'attente des développeurs. La situation actuelle est que les rapports de plantage inutiles se retrouvent dans la file d'attente du développeur et qu'ils ne peuvent rien faire car ce sont des bogues au niveau du système d'exploitation. Ainsi, les utilisateurs continuent de planter et de générer des rapports et rien ne change. C'est l'effet de rapport d'erreurs Windows (WER).

— CubicleSoft

@nhaarman Il est utile de savoir que même si vous passez du temps à rédiger un rapport d'erreur, il peut être inutile pour le développeur car vous avez rencontré un bogue qui existe dans le système d'exploitation et non dans l'application. Comme je l'ai dit, je le constate actuellement dans environ 20% des cas, soit 1 rapport de crash sur 5. Le signalement du bogue en amont est actuellement trop difficile / prend trop de temps pour la plupart des développeurs, donc ils viennent de cliquer sur supprimer. J'ai frappé la suppression comme beaucoup d'autres développeurs. Certaines de ces informations pourraient être intégrées à la réponse sans dissuader de soumettre des rapports (elles sont toujours utiles, mais pas toujours utiles).

— CubicleSoft

9

Si vous avez des informations qui pourraient aider à identifier le problème, cela peut être un ajout intéressant et beaucoup aider le développeur. Si vous écoutez de la musique via Bluetooth et que l'application de musique se bloque lorsque vous passez à un autre haut-parleur Bluetooth et que vous en faites l'expérience chaque fois que vous changez de haut-parleur, il serait utile d'écrire "se produit lorsque je change de haut-parleur Bluetooth", par exemple.

Le développeur obtient une trace complète de la pile de l'erreur (uniquement pour le code de son application) et cela suffirait dans de nombreux cas pour trouver et résoudre l'erreur.

— Michael Banzon
source

1

Je suis développeur. Parfois, il est tout simplement impossible de réparer un crash, car je ne sais pas où il s'est crashé. (proguard ...). Un simple petit message permettrait au développeur de résoudre le problème beaucoup plus facilement.

— Thomas Vos

Vous avez tout à fait raison - tout ce que l'utilisateur sait sur la cause de l'accident et qu'il a confiance en l'écriture pourrait aider. Je viens de réorganiser ma réponse pour mettre en évidence le vrai sens ;-)

— Michael Banzon

1

@SuperThomasLab - Même avec Proguard, vous pouvez toujours lire / désobfusquer la trace de la pile si vous avez le fichier de mappages, qui vous indiquera où il s'est écrasé. Lisez la section "Décoder une trace de pile obscurcie" du guide Proguard: developer.android.com/studio/build/shrink-code.html et ceci: support.google.com/googleplay/android-developer/answer/6295281

— JonasCz - Rétablir Monica le

@JonasCz Je sais que vous pouvez le décoder (Google Play DC le fait pour moi), cependant, vous ne pouvez toujours pas obtenir la ligne exacte où il s'est écrasé.

— Thomas Vos

1

@SuperThomasLab Vous pourrez peut-être aussi conserver les numéros de ligne: Proguard retrace les numéros de ligne manquants

— JonasCz - Réinstallez Monica le

4

En tant que développeur, normalement, je reçois des messages du type "Il s'est écrasé", ce qui ne m'aide en rien. Je vous encourage en fait à ne pas fournir de message à moins que vous ne puissiez expliquer comment le reproduire (par exemple, si vous pouvez le faire planter en faisant quelque chose de spécifique dans l'application).

Les développeurs américains obtiennent également un vidage d'informations techniques, ce qui est normalement plus utile qu'un message indiquant où il s'est écrasé. Par exemple, les informations techniques nous indiquent la ligne de code exacte sur laquelle il s'est écrasé, et beaucoup plus qui nous disent à peu près exactement ce qui s'est passé.

Donc, fondamentalement, si vous n'avez rien à dire sur l'accident, soumettez-le simplement sans message et ce sera toujours aussi utile.

— Warrick
source

1

Vous pouvez revenir sur vos pas jusqu'au point où l'application s'est écrasée. Par exemple, quelle application utilisiez-vous avant cette application? aviez-vous le wifi? bonne couverture? votre crédit est-il arrivé à expiration lors de l'utilisation de l'application?

— user173417
source