¿Por qué utilizar el software de seguimiento de errores?

Question

El objetivo principal de esta pregunta es generar una lista de razones por las que debe utilizar el software de seguimiento de errores.

tengo algunos de los fundamentos

1. errores de pista (bueno, eso es fácil)
2. defectos no se pierdan o se olvida
3. tendencias de monitoreo se puede decir mucho acerca de su producto
4. Puede tener una mejor idea del estado de su producto

Sé que hay otras razones, probablemente mejores, ¿cuáles son?

Answer 1

El software de seguimiento de errores también es útil para establecer hitos y aceptar solicitudes de características.

Answer 2

Colaborar con los miembros del equipo para asignar responsabilidades, realizar un seguimiento del progreso, obtener estimaciones y establecer contacto con los clientes es una gran función de muchos productos de seguimiento de errores.

Answer 3

• Comprobación del progreso de su software
• tienen una manera medible para decidir el estado del software (por ejemplo: alfa: errores de alta prioridad sigue abierta, beta: sólo errores menores abiertos, RC: errores no reportados abierto
)
• de asignación de errores a la adecuada desarrollador/equipo/departamento

Answer 4

relaciones con los clientes

errores de seguimiento pudo ser bueno para propósitos internos también brinda una plataforma para que los clientes ventilen frustraciones directamente después de encontrar errores sin que dichas frustraciones se embotellen dentro de ellos hasta el punto de no retorno. También aumenta el perfil de una compañía si ofrece tales servicios a sus clientes.

Answer 5

Mientras que otros han dado la respuesta empresarial/de servicio, la razón por la que he usado un software de seguimiento de errores en mi proyecto personal es simplemente porque tengo algo para burlarme. Cada una de las entradas me recuerda que todavía hay mucho por hacer, y que no es hora de renunciar, porque el software no está "completo".

Ah, y es mejor que los comentarios post-its y en código como recordatorios de tareas pendientes.

Answer 6

• que podría ser capaz de identificar un patrón en los errores que sugiere una solución más amplio que sólo los parches errores individuales. La refactorización puede estar indicada.
• Puede ayudar a identificar qué desarrolladores están creando los errores más , lo que podría dar lugar a sugerencias proceso de mentores o alentar más prueba de su propio trabajo por aquellas personas . Por el contrario, los desarrolladores con algunos errores obviamente están haciendo un mejor trabajo de prueba de su trabajo .

Answer 7

Estadísticas, Responsabilidad, Seguimiento del progreso, Automatización.

Usamos nuestras bases de datos de errores para realizar un seguimiento de las estadísticas tales como:

• tasa de Búsqueda (por probador) - lo bueno que son sus probadores x ¿Cómo el cochecillo es su código.
• Fix rate (por desarrollador): qué tan buenos son sus desarrolladores x qué tan desagradables son sus errores.
• Cubo: ¿qué características son las más problemáticas/quién está escribiendo la mayoría de los errores?
• Estimación de cuándo se marcarán los hitos en función de la pendiente del error.
• Elementos de trabajo & Sugerencias: también ponemos esto en nuestras bases de datos, no solo errores.

Otros lugares bonitos de datos que puede salir de su base de datos:

• lo que está siendo probado?
• Lista de problemas solucionados para realizar pruebas de regresión.
• ¡Datos históricos! Realizamos un seguimiento de todos nuestros proyectos y comparamos sus respectivas pendientes de errores.
• Una fuente para todas las comunicaciones sobre errores.

Además, sin una base de datos de errores, ¿dónde almacena los informes de errores automáticos? Cualquier proyecto con cierto alcance generará miles de informes de errores de usuario/informes automáticos de fallas. Rellene automáticamente esta información en su base de datos para no perder mucho tiempo haciendo malabares con los correos electrónicos.

Answer 8

Otro beneficio menor del seguimiento de errores. Cuando un usuario informa un problema, puede buscar en la base de datos de errores para ver si se trata de un problema conocido con una apariencia inusual o un problema completamente nuevo. Raymond Chen tiene un ejemplo en this story.

Answer 9

Consulte el artículo de Joel Spolsky sobre Painless Bug Tracking.

Answer 10

Es una gran manera de recibir comentarios de los usuarios. Informan sobre lo que realmente consideran importante sobre su software (no siempre es exactamente lo que sería).

Además, se puede utilizar para automatizar cosas como Errores conocidos, Hoja de ruta, responsabilidades de gestión, etc. Y una base de datos de errores vivos significa que el software se está desarrollando activamente, lo que definitivamente mejora la imagen de un proyecto.

Answer 11

¿Cuál es la alternativa que planea usar? ¿Email? ¿Una pizarra blanca? ¿Tu memoria a corto plazo? Le ayudará si compara con la alternativa en lugar de hacerlo en el vacío.

Además de los beneficios que ha notado, el uso del software de seguimiento de errores permite una sensación compartida del producto.

• Todos pueden consultar el software para saber cuántos errores quedan por corregir.
• Las personas que ven problemas pueden ver si ya se han encontrado.
• Una fuente común de datos de errores puede facilitar la búsqueda de errores en un grupo.
• El software de seguimiento de errores permite a las personas en todos los niveles del producto (desarrollador, prueba, PM, administración) ver una visión común del mundo.

No puedo imaginarme trabajando en una pieza de software no trivial sin algún tipo de seguimiento de errores.

Answer 12

Los mejores rastreadores de errores se integran muy bien con el control de su versión también, y realmente se complementan entre sí. Los registros de commit de VC le dicen quién y qué, los comentarios del rastreador de errores le dicen por qué.

Un buen bugtracker realmente fomenta la cooperación entre pruebas y depuración, y hace que sea mucho más fácil "lanzar" errores de un desarrollador a otro porque la información está allí en vez de cientos de pequeños correos electrónicos impares y post-it notas.

Uso y recomiendo Redmine por cierto ... muy buena integración de CVS y Subversion.

Answer 13

Ahora que está claro por qué, ¡deberíamos hablar sobre cuál!

Recomiendo la herramienta de seguimiento de errores de Assembla. ¡Es realmente fácil de usar (tan fácil como usar el sistema de estrellas de gmail) y tiene muchas características geniales!

http://www.assembla.com/features/bug-tracking

Answer 14

Construimos TrackJumper como una ayuda para los trabajadores independientes para ayudarles a comunicarse con los clientes. Cuando un proyecto es nuevo y se está desarrollando, "Bug Tracker" es realmente un nombre inapropiado, es más una lista de cosas por hacer. PERO ... hemos encontrado que es útil tratar las nuevas funciones, las solicitudes, las cosas que quedan rotas de la misma manera que trataríamos los errores. Es decir, están asignados a alguien, pueden ser de baja o alta prioridad, y pueden abrirse o cerrarse. También son temas de discusión.

Así que agregaría "una ayuda al desarrollo de proyectos" a la lista de razones para usar un rastreador de errores.