¿Qué características son vitales para un buen software de seguimiento de errores?

7

¿Qué características son vitales para un buen software de seguimiento de errores y por qué son importantes? ¿Qué es en particular necesario para que considere estas funciones correctamente hechas?

    
pregunta Casebash 05.10.2010 - 13:48

9 respuestas

19

Simplicidad. Si es demasiado complicado o demasiado largo para ingresar u ordenar errores, nadie querrá usarlo.

    
respondido por el Guillaume 05.10.2010 - 15:10
4

Integración con SCM, de modo que cualquier corrección se pueda rastrear hasta el código, y los cambios de código se remontan a un problema. Esto requiere vigilancia para verificar solo el código relacionado con el problema que se promueve / contrasta. es decir, no "xyz característica agregada, y errores aleatorios fijos en 4 ubicaciones diferentes y un refactor rápido de la característica zyx".

Otra buena característica es la administración del flujo de trabajo, de modo que el proceso de negocio se sigue con el código. Por ejemplo, puede tener una ruta de flujo de trabajo que se parezca a esto: Error informado - > Triaged por prioridad y validez - > asignado a dev - > trabajado en - > asignar a QA - > pasar la prueba - > marcar como cerrado.

    
respondido por el Hugo 05.10.2010 - 14:17
2

Propiedad forzada de errores. No debería ser posible tener un problema abierto que no sea responsabilidad de alguien. Aparte de eso, simple es mejor.

    
respondido por el Dan Dyer 05.10.2010 - 15:21
2
  • Capacidades de informes buenas / rápidas. La administración quiere rastrear la tendencia de errores.

  • API para automatización, notificación automática por correo electrónico, integración con el control de origen, etc.

respondido por el grokus 05.10.2010 - 15:27
2
  1. informes personalizados : capacidad para crear y guardar rápidamente consultas de tickets, por parte de todos los usuarios, no solo de los administradores. A todos les gusta su propia visión de los insectos. si esto se hace bien, no hay necesidad de recibir notificaciones, solo inicie sesión en su vista favorita de 'tickets on my plate'
  2. vincular con el control de versiones : debería ser fácil encontrar el código Cambios asociados a un ticket.
  3. inteligencia de flujo : el sistema no debe permitir la entrada de tickets indica dónde caerán por las grietas, así que si el estado cambia a 'Rechazado', debería imponer la asignación a alguien en dev
  4. personalizable : cada proyecto es diferente, cada equipo es diferente. algunos equipos necesitan 8 estados diferentes, otros solo necesitan 3. pero, la GUI debe permanecer
  5. simple : mantenga los elementos clave del ticket grandes y por adelantado y simple versión, titular, descripción, estado, propietario
  6. historia : esto realmente se destaca cuando se hace mal (te estoy mirando, Unfuddle); por lo que hay que señalarlo. El historial de cambios en el ticket debe estar visible en un buen registro cronológico.
respondido por el Alex Fairchild 01.07.2011 - 02:17
1

Me parece muy importante poder vincular problemas (y especificar un tipo de enlace, por ejemplo, depende de). Aparte de eso, los sospechosos habituales de la versión en la que se encontró el error, en qué versión pretendemos solucionarlo (para poder manejar mapas de ruta), un campo de estimación es bueno para la planificación de proyectos / ágil.

Es bueno para mí votar por el público, la capacidad de notificar a los usuarios los cambios en el problema y tener un sistema bastante flexible para clasificar los problemas.

De hecho, casi todo lo que JIRA admite fuera de la caja :)

    
respondido por el Martijn Verburg 05.10.2010 - 14:00
0

Cualquier característica que haga una tarea para el programador. ¿No debería ser realmente parte del IDE? Ahí está la lista de errores. Elija uno para trabajar y todos los sellos de estado y de tiempo están a cargo. Los cambios de código están vinculados. Las pruebas requeridas están asociadas. Compruébelo como reparado, actualice el estado y deje que todos los demás lo sepan.

    
respondido por el JeffO 05.10.2010 - 13:55
0

Habilidad para identificar similitudes en boletos que ya se cerraron.

Se podrían usar algoritmos de minería de datos, tal vez.

    
respondido por el Pagotti 05.10.2010 - 15:51
0

Consulta poderosa
El software de seguimiento de errores debería ayudar a administrar los proyectos mediante el cumplimiento de un proceso de desarrollo riguroso en cada etapa de resolución de problemas.

    
respondido por el Catherine Sea 14.09.2011 - 10:46

Lea otras preguntas en las etiquetas