¿Cómo mejorarías nuestro mensaje de error Controlador de excepciones no administradas?

Question

Somos tres desarrolladores internos con un recuento de usuarios de aproximadamente veinte. Implementamos el manejo de excepciones no controladas en nuestra aplicación Winforms. Genera un ticket con el seguimiento de pila en nuestro sistema de seguimiento de errores FogBugz (renombrado internamente a DevTracker).

El objetivo es alentar al usuario a introducir un error informativo en lugar de simplemente seguir adelante. Cuando hacen clic en el primer botón hacemos el trabajo de ponerlos en nuestro sitio de proyecto con un nuevo caso iniciado. Simplemente tienen que completar el cuadro de comentarios. Estoy debatiendo si el "¿Qué estamos haciendo?" la sección debería existir.

¿Cuál es su opinión?

http://thegollys.smugmug.com/photos/555553239_LxEPK-S.jpg

---

Tome dos

Un poco más de fondo ... Los usuarios están bien versados ​​en el uso de FogBugz (Dev Rastreador), ya que es la forma en que solicitan características y correcciones de errores actualmente . Además del manejo de errores no controlados, hemos agregado log4net a la mezcla para la próxima versión. Impulsa el seguimiento de la pila a un registro en la máquina local del usuario (en el caso de una red inactiva), una base de datos interna y un caso FogBugz.

Después de leer la respuesta de Andrew me empujó hacia lo que ya estaba pensando ... más simple es siempre mejor. He eliminado la sección "Lo que estamos haciendo" todos juntos y emparejado la verborrea. http://www.thegollys.com/photos/555771972_VUTxK-S.jpg

---

Tomar tres

Gracias por todos los comentarios. Esto es lo que estamos implementando. http://thegollys.smugmug.com/photos/558265081_5sPG2-O.jpg

Answer 1

Usuarios odian cuando intentan hacer algo y los interrumpen. (Lo sé, soy uno de ellos.) Y aquí, ni siquiera les está dando la oportunidad de elegir el default answer. Entiendo totalmente por qué, pero pisa con cuidado. Interrumpe su línea de pensamiento tan poco como puedas.

(? Por cierto, después de esto, no terminar la aplicación, o usted se recupere y permitirles continuar con lo que estaban haciendo)

así que usted está dando al usuario dos opciones: "nos dicen lo estabas haciendo "y" sigue adelante "(pero con muchas más palabras que eso en el botón, incluso en Take Two). Realmente desea que escojan "díganos lo que estaba haciendo", pero a mi entender, lo implementa abriendo un navegador web. Enorme interrupción. Una vez que el usuario finaliza, se habrá olvidado por completo de dónde lo dejó. También te odiarán y no te darán comentarios útiles. (Diablos, para cuando el navegador termine de cargarse, es probable que se hayan distraído con otra aplicación (o reiniciando su aplicación), y abandonen la página web "para más tarde", momento en el que olvidan cualquier contexto útil. .)

En su lugar, ¿por qué no poner un cuadro de texto en el cuadro de diálogo? Podría ser un poco más de trabajo para que lo conectes inicialmente, pero creo que obtendrías mejores comentarios.

estoy pensando algo como esto:

http://www.excastle.com/misc/so958196.png

• excusa cortesía del "The Bastard Operator From Hell"-style excuse server. Ellos tienen más.
• Comience con el cursor en el cuadro de texto "Díganos lo que estaba haciendo", por lo que es fácil para que le den su opinión: simplemente escriba algo y presione Entrar (o haga clic en el botón con solo tres palabras sobre eso).
• Haz que "Finish crashing already" sea un hipervínculo, por lo que está ahí pero sin énfasis. Justifica a la izquierda para que la gente no lo asocie inmediatamente con el botón Cancelar que realmente es.
• Si alguien rellena el cuadro y envía un informe de error, su "¡oye, gracias!" Diálogo podría mencionar "por cierto, si obtiene esto de nuevo, puede hacer clic en el hipervínculo" He informado esto antes "y mostrar una captura de pantalla con un círculo rojo y una flecha para que tal vez lo noten.
• Cualquier otro texto que desee puede ir en una barra lateral con un color de fondo diferente.La ceguera de banners evitará que las personas la vean, a menos que tengan un estado de ánimo curioso (y paciente).

Answer 2

El enfoque que he tomado es hacerlo lo más simple posible para el usuario. Ya están preocupados por el hecho de que les está presentando un mensaje de error de aspecto aterrador, por lo que no desea introducir estrés adicional al interrogarlos. Pida un breve comentario y recoja todo lo que pueda automáticamente.

Vale la pena señalar que con FogBugz puede almacenar un mensaje contra un caso una vez que lo haya diagnosticado. Si vuelve a ocurrir el mismo error, puede recuperar ese mensaje del servidor para presentarlo a los usuarios. Me he alejado de FogBugz en los últimos años, así que mi memoria sobre cómo funciona exactamente es un poco confusa, pero recuerdo haber podido almacenar un mensaje de acción correctiva y presentarlo a los usuarios cuando tenía sentido.

EDIT: Ahora que he visto la imagen, mis comentarios siguen en pie. Simplifica y quita cualquier lenguaje aterrador. Quitaría las referencias al "equipo Dev"; use "nosotros" en su lugar. Eliminar referencias al "inglés normal". Desea hacer preguntas simples: "¿Qué estabas haciendo?".

Answer 3

No sé si ya está haciendo esto detrás de escena, pero me gusta el enfoque de simplemente permitir que el usuario ingrese su dirección de correo electrónico y haga clic en "Enviar informe de errores".

Y luego, cuando obtengo los detalles del error, examinaré el problema, lo arreglaré, y luego responderé de inmediato haciéndoles saber que el problema se ha resuelto.

Esto hace un par de cosas. Hace que sea extremadamente fácil para el usuario enviar el error junto con una forma de que se le notifique cuando se resuelva. Y enciende un fuego debajo de mi trasero para resolver los problemas lo más pronto posible, así que no recibo el mismo informe de error de docenas de usuarios.

Por supuesto, cuando implementé este método, ha sido para sitios web, no para aplicaciones de escritorio. Y son sitios a los que puedo hacer cambios muy rápidamente.

Answer 4

Tenemos algo similar (no del todo raro, felicitaciones), pero también tenemos la posibilidad de ver la excepción (oculta del usuario por defecto del curso) para los desarrolladores que pueden estar solucionando problemas en una ubicación de usuario o para los usuarios que llaman a la mesa de ayuda.

Además, podría decirles que va a enviar al hombre de la derecha de la imagen a su escritorio para ayudarlos si no envían el informe. Eso debería asustarlos para hacerlo. :)