Recomendaciones para registrar automáticamente los errores inesperados/trazas de pila al rastreador de errores

Question

Hemos estado buscando registrar automáticamente todos los errores inesperados del cliente en nuestro rastreador de errores. Como referencia, nuestra aplicación está escrita en Java/GWT/Guice/Hibernate/Jetty y nuestro rastreador de errores es la versión alojada de FogBugz que puede crear errores programáticamente o por correo electrónico.

El mayor problema que veo al hacer esto son las huellas de pila que ocurren en una sobrecarga de bucle, el rastreador de errores creando miles de casos. ¿Alguien tiene una forma sugerida de manejar la creación automática de errores como esta?

Answer 1

Si estás usando Fogbugz bugscout (ver también Docios actualizados aquí) Entonces tiene la capacidad de aumentar el número de ocurrencias del mismo problema, en lugar de crear un nuevo caso para la misma excepción una y otra vez.

Answer 2

¿Estás seguro de que quieres hacer eso?

Obviamente depende de su aplicación, pero incluso al cuidar cuidadosamente los casos que podrían generar muchos informes de errores (debido a los bucles), este enfoque aún podría terminar llenando el rastreador de errores.

¿Qué tal esto? Codifique su aplicación para que cada vez que se lanza una excepción, recopile información sobre el cliente (IP, Inicio de sesión, Versión de la aplicación, etc.) y envíe eso + el rastro de la pila (o el objeto de excepción completo .Tostring ()) por correo electrónico a usted mismo (o el equipo de desarrollo).

Luego, en su cliente de correo electrónico, tenga un filtro que clasifique ese correo entrante y lo arroje en una carpeta agradable para que lo vea más adelante.

Por lo tanto, puede tener toneladas de correos electrónicos sobre tal vez uno de más problemas, pero entonces no le importa porque ingresa los problemas usted mismo en el Bugtracker y elimina fácilmente esa tonelada de correo.

Eso es lo que hice para mi aplicación (que es una aplicación de escritorio de cliente cliente). Se desarrolla bien en este caso.

¡Espero que eso ayude!

Answer 3

JIRA admite la creación de problemas automatizados usando el llamado servicios: documentación.

¿Alguien tiene una forma sugerida de manejar la creación automática de errores ...?

Bueno, yo tengo. No hagas eso.

¿Qué vas a ganar de eso? ¿El esfuerzo del probador? En mi experiencia, cualquier esfuerzo que uno pueda ahorrar se perdió varias veces con los desarrolladores transferidos a los desarrolladores que tuvieron que analizar y mantener los boletos creados automáticamente de todos modos. Sin mencionar la frustración general causada por eso.

• los menos contraproducente La forma en que puedo imaginar sería algo como establecer una categoría de errores dedicada o una instancia de rastreador de problemas, de modo que solo los probadores pueden verlo y usarla.
  En ese "sandbox", los errores creados automáticamente podrían asignarse a los evaluadores que luego pasarían analizado y agregado Informes de errores a los desarrolladores.
  E incluso en ese caso, recomendaría prestar mucha atención a lo que los usuarios (probadores) dicen sobre el sistema. Si, digamos, comienzan a quejarse del sistema, considere probar una forma manual de hacer las cosas.