Un sistema de seguimiento o sistema de seguimiento de defectos es una aplicación de software que realiza un seguimiento de los errores de software informados en proyectos de desarrollo de software. Puede considerarse como un tipo de sistema de seguimiento de problemas .
Muchos sistemas de seguimiento de errores, como los utilizados por la mayoría de los proyectos de software de código abierto , permiten a los usuarios finales ingresar informes de errores directamente. [1] Otros sistemas se utilizan solo internamente en una empresa u organización que desarrolla software . Normalmente, los sistemas de seguimiento de errores se integran con otro software de gestión de proyectos .
Un sistema de seguimiento de errores suele ser un componente necesario de una infraestructura de desarrollo de software profesional, y el uso constante de un sistema de seguimiento de errores o problemas se considera una de las "características distintivas de un buen equipo de software". [2]
Un componente importante de un sistema de seguimiento de errores es una base de datos que registra datos sobre errores conocidos. Los hechos pueden incluir la hora en que se informó un error, su gravedad, el comportamiento erróneo del programa y detalles sobre cómo reproducir el error; así como la identidad de la persona que lo informó y los programadores que puedan estar trabajando para solucionarlo. [3]
Los sistemas de seguimiento de errores típicos respaldan el concepto del ciclo de vida de un error que se rastrea a través del estado asignado al error. Un sistema de seguimiento de errores debería permitir a los administradores configurar permisos según el estado, mover el error a otro estado o eliminarlo. El sistema también debería permitir a los administradores configurar los estados de los errores y hasta qué punto se puede mover un error en un estado particular. Algunos sistemas enviarán correos electrónicos a las partes interesadas, como el remitente y los programadores asignados, cuando se agreguen nuevos registros o cambie el estado.
El principal beneficio de un sistema de seguimiento de errores es proporcionar una descripción general clara y centralizada de las solicitudes de desarrollo (incluidos errores y mejoras; los límites suelen ser confusos) y su estado. La lista priorizada de elementos pendientes (a menudo llamada trabajo pendiente) proporciona información valiosa a la hora de definir la hoja de ruta del producto, o tal vez simplemente "el próximo lanzamiento".
En un entorno corporativo, se puede utilizar un sistema de seguimiento de errores para generar informes sobre la productividad de los programadores a la hora de corregir errores. Sin embargo, esto a veces puede producir resultados inexactos porque diferentes errores pueden tener diferentes niveles de gravedad y complejidad. Es posible que la gravedad de un error no esté directamente relacionada con la complejidad de corregirlo. Puede haber opiniones diferentes entre los directivos y arquitectos.
Un rastreador de errores local (LBT) suele ser un programa informático utilizado por un equipo de profesionales de soporte de aplicaciones (a menudo una mesa de ayuda ) para realizar un seguimiento de los problemas comunicados a los desarrolladores de software. El uso de un LBT permite a los profesionales de soporte rastrear errores en su "propio idioma" y no en el "idioma de los desarrolladores". Además, un LBT permite a un equipo de profesionales de soporte rastrear información específica sobre los usuarios que han llamado para quejarse; es posible que esta información no siempre sea necesaria en la cola de desarrollo real. Por tanto, existen dos sistemas de seguimiento cuando hay un LBT instalado.
Los sistemas de seguimiento de errores y problemas a menudo se implementan como parte de sistemas integrados de gestión de proyectos . Este enfoque permite incluir el seguimiento y la corrección de errores en un proceso general de desarrollo de productos, la corrección de errores en varias versiones del producto, la generación automática de una base de conocimientos del producto y notas de la versión.
Algunos rastreadores de errores están diseñados para usarse con software de control de revisiones distribuido . Estos rastreadores de errores distribuidos permiten leer cómodamente los informes de errores, agregarlos a la base de datos o actualizarlos mientras el desarrollador está desconectado. [4] Fossil y Veracity incluyen rastreadores de errores distribuidos.
Recientemente, los sistemas comerciales de seguimiento de errores también han comenzado a integrarse con el control de versiones distribuido . FogBugz , por ejemplo, habilita esta funcionalidad a través de la herramienta de control de código fuente, Kiln. [5]
Aunque los wikis y los sistemas de seguimiento de errores se consideran convencionalmente tipos distintos de software, ikiwiki también se puede utilizar como un rastreador de errores distribuido. También puede gestionar documentos y códigos, de forma distribuida e integrada. Sin embargo, su funcionalidad de consulta no es tan avanzada ni tan fácil de usar como otros rastreadores de errores no distribuidos como Bugzilla . [6] Se pueden hacer afirmaciones similares sobre org-mode , aunque no es un software wiki como tal.
Si bien las herramientas tradicionales de gestión de pruebas , como HP Quality Center e IBM Rational Quality Manager, vienen con sus propios sistemas de seguimiento de errores, otras herramientas se integran con sistemas de seguimiento de errores populares. [ cita necesaria ]