Lamentablemente (cualquier) aplicación se ha detenido. ¿Qué debo informar?

28

Cuando se detiene la popular aplicación "tal y tal", se le ofrece la opción de denunciarla. ¿Qué se supone que debes decir en el "informe"?

applications crash-reports

— James Moore
fuente

31

Querrás ayudar al desarrollador a que te ayude .

La respuesta de mbanzon mencionó que el desarrollador recibirá el seguimiento de la pila del error, pero eso solo nos dice qué salió mal y dónde.

No nos dice nada sobre el estado en que se encuentra la aplicación: ¿Cuál fue el valor de ese número o cuál fue el texto que se ingresó en los campos de texto? Y lo más importante, ¿qué hizo exactamente el usuario para bloquear la aplicación?

La última pregunta es especialmente importante para que podamos reproducir el error y ayudarnos a comprender por qué la aplicación se bloqueó en estas circunstancias.

Así que si usted quiere realmente ayudar a los desarrolladores, anote lo que hizo, lo que se esperaba, y lo que viste. Por ejemplo:

Inicié la aplicación y presioné el botón para ir a la pantalla de informes. Luego presioné el botón para generar el informe y la aplicación se bloqueó. Curiosamente, la pantalla estaba en blanco: no había datos visibles.

Si no le gusta escribir mucho, puede ser breve:

Presioné el botón para generar el informe. La pantalla estaba en blanco.

— nhaarman
fuente

2

Agregaría que el desarrollador solo puede corregir errores en su aplicación. Si el sistema operativo en sí tiene un error (por ejemplo, muchos errores están enterrados en WebView), entonces no hay nada que se pueda hacer más que informar el problema a Google y esperar que lo solucionen en algún momento. Esto sucede aproximadamente el 20% del tiempo. Sería bueno que los informes de fallos fueran automáticamente al lugar correcto cuando se trata de un error del nivel del sistema operativo en lugar de la cola del desarrollador de la aplicación O si hubiera una manera fácil de informar / enviar el bloqueo al equipo de Android sin tener que usar su sistema de venta de entradas.

— CubicleSoft

@CubicleSoft ¿Y cómo sabe el reportero si es un error del sistema operativo o no? Recuerde que el reportero también es parte del sistema operativo. Ni siquiera los desarrolladores de Google pueden hacer algo para determinar si se trata de un error del sistema operativo. Necesitan verificarlo o reproducirlo a mano. Nuevamente, envíe primero al desarrollador de la aplicación, no se meta con Google.

— EKons

@CubicleSoft Esa puede ser información útil para cualquier usuario que experimente bloqueos en un dispositivo Android, pero no realmente en el alcance de esta pregunta.

— nhaarman

@ ΈρικΚωνσταντόπουλος El reportero no lo sabrá. Sin embargo, Google Play podría ser lo suficientemente inteligente como para observar el seguimiento de la pila y determinar que el bloqueo se debe escalar a Google porque el bloqueo está fuera del alcance del desarrollador. Eso solo dejaría accidentes relevantes en la cola del desarrollador. El estado actual de las cosas es que los informes de fallos inútiles terminan en la cola del desarrollador sobre los que no pueden hacer nada porque son errores a nivel del sistema operativo. Por lo tanto, los usuarios siguen fallando e informando y nada cambia. Es el efecto de Informe de errores de Windows (WER).

— CubicleSoft

@nhaarman Es útil saber que, incluso si pasa el tiempo escribiendo un informe de bloqueo, podría ser inútil para el desarrollador porque encontró un error que existe en el sistema operativo y no en la aplicación. Como dije, actualmente veo esto aproximadamente el 20% del tiempo o 1 de cada 5 informes de fallas. Informar la falla del flujo ascendente es actualmente demasiado difícil / lento para la mayoría de los desarrolladores, por lo que simplemente presionan eliminar. Golpeé eliminar como lo hacen muchos otros desarrolladores. Parte de esta información podría incluirse en la respuesta sin ser un elemento disuasorio para enviar informes (aún son útiles, pero no siempre son útiles).

— CubicleSoft

9

Si tiene alguna información que ayude a identificar el problema, puede ser una buena adición y ayudar mucho al desarrollador. Si está reproduciendo música a través de Bluetooth y la aplicación de música falla cuando cambia a un altavoz Bluetooth diferente y experimenta esto cada vez que cambia el altavoz, sería útil escribir "sucede cuando cambio el altavoz Bluetooth", por ejemplo.

El desarrollador obtiene un seguimiento completo de la pila del error (solo para el código en su aplicación) y eso en muchos casos sería suficiente para encontrar y resolver el error.

— Michael Banzon
fuente

1

Soy un desarrollador A veces es imposible solucionar un bloqueo, porque no tengo idea de dónde se bloqueó. (Proguard ...). Solo un pequeño mensaje facilitaría mucho más al desarrollador la solución del problema.

— Thomas Vos

Tiene toda la razón: cualquier cosa que el usuario sepa sobre la causa del bloqueo y se sienta seguro de que escribir podría ayudar. Acabo de reorganizar mi respuesta para resaltar el verdadero significado ;-)

— Michael Banzon

1

@SuperThomasLab: incluso con Proguard, aún puede leer / desofuscar la traza de la pila si tiene el archivo de asignaciones, que le indicará dónde se bloqueó. Lea la sección "Decodificar un seguimiento de pila ofuscado" de la guía Proguard: developer.android.com/studio/build/shrink-code.html y esto: support.google.com/googleplay/android-developer/answer/6295281

— JonasCz - Vuelva a instalar Mónica

@JonasCz Sé que puedes decodificarlo (Google Play DC lo hace por mí), sin embargo, aún no puedes obtener la línea exacta donde se bloqueó.

— Thomas Vos

1

@SuperThomasLab Es posible que también pueda conservar los números de línea: Proguard rastrea los números de línea que faltan

— JonasCz - Restablece a Monica el

4

Como desarrollador, normalmente recibo mensajes en la línea de "Se bloqueó" que no me ayuda de ninguna manera. De hecho, le recomendaría que no envíe un mensaje a menos que pueda explicar cómo reproducirlo (por ejemplo, si puede hacer que se bloquee haciendo algo específico en la aplicación).

Los desarrolladores de EE. UU. También reciben un volcado de información técnica, que normalmente es más útil que un mensaje que dice dónde se bloqueó. Por ejemplo, la información técnica nos dice la línea exacta de código en la que se bloqueó, y mucho más que nos dice exactamente qué sucedió.

Básicamente, si no tiene nada que decir sobre el bloqueo, simplemente envíelo sin un mensaje y seguirá siendo igual de útil.

— Warrick
fuente

1

Podrías volver sobre tus pasos hasta el punto en que la aplicación se bloqueó. por ejemplo, ¿qué aplicación usabas antes de esta aplicación? ¿tenías wifi encendido? buena cobertura? ¿Su crédito caducó al usar la aplicación?

— usuario173417
fuente