Un sistema de seguimiento de errores o de defectos es una aplicación de software que registra los errores de software reportados en proyectos de desarrollo de software. Puede considerarse un tipo de sistema de seguimiento de incidencias .
Muchos sistemas de seguimiento de errores, como los que utilizan la mayoría de los proyectos de software de código abierto , permiten a los usuarios finales enviar informes de errores directamente. [ 1 ] Otros sistemas se utilizan únicamente de forma interna en una empresa u organización que realiza desarrollo de 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 incidencias se considera una de las "características distintivas de un buen equipo de software". [ 2 ]
Haciendo
Un componente principal de un sistema de seguimiento de errores es una base de datos que registra información sobre errores conocidos. Esta información puede incluir la fecha y hora en que se informó del error, su gravedad, el comportamiento erróneo del programa y detalles sobre cómo reproducirlo; así como la identidad de la persona que lo reportó y de los programadores que puedan estar trabajando en su solución. [ 3 ]
Los sistemas típicos de seguimiento de errores admiten el concepto del ciclo de vida de un error, que se monitoriza mediante el estado asignado a cada uno. Un sistema de seguimiento de errores debe permitir a los administradores configurar permisos según el estado, cambiar el estado del error o eliminarlo. El sistema también debe permitir a los administradores configurar los estados de los errores y determinar hasta qué punto se puede cambiar un error que ya se encuentra en un estado determinado. Algunos sistemas envían correos electrónicos a las partes interesadas, como el remitente y los programadores asignados, cuando se añaden nuevos registros o cambia el estado.
Uso
La principal ventaja de un sistema de seguimiento de errores es que proporciona una visión general centralizada y clara de las solicitudes de desarrollo (que incluyen tanto errores como mejoras; la distinción suele ser difusa) y su estado. La lista priorizada de elementos pendientes (a menudo denominada backlog) aporta información valiosa a la hora de definir la hoja de ruta del producto, o simplemente «la próxima versión».
En un entorno corporativo, un sistema de seguimiento de errores puede utilizarse para generar informes sobre la productividad de los programadores en la corrección de errores. Sin embargo, esto a veces puede arrojar resultados inexactos, ya que los distintos errores pueden tener diferentes niveles de gravedad y complejidad. La gravedad de un error no siempre está directamente relacionada con la complejidad de su corrección. Además, pueden existir diferentes opiniones entre los gerentes y arquitectos.
Un sistema local de seguimiento de errores (LBT, por sus siglas en inglés) suele ser un programa informático utilizado por un equipo de profesionales de soporte de aplicaciones (a menudo un servicio de asistencia técnica ) para registrar los problemas comunicados a los desarrolladores de software. El uso de un LBT permite a los profesionales de soporte realizar el seguimiento de los errores en su propio lenguaje, y no en el de los desarrolladores. Además, un LBT permite al equipo de soporte registrar información específica sobre los usuarios que han llamado para quejarse ; esta información no siempre es necesaria en la cola de desarrollo. Por lo tanto, cuando se utiliza un LBT, existen dos sistemas de seguimiento.
Parte de los sistemas integrados de gestión de proyectos
Los sistemas de seguimiento de errores e incidencias suelen implementarse como parte de sistemas integrados de gestión de proyectos . Este enfoque permite incluir el seguimiento y la corrección de errores en el proceso general de desarrollo del producto, corregir errores en varias versiones del producto y generar automáticamente una base de conocimientos y notas de lanzamiento.
Seguimiento de errores distribuido
Algunos sistemas de seguimiento de errores están diseñados para usarse con software de control de versiones distribuido . Estos sistemas permiten leer, agregar a la base de datos o actualizar informes de errores de forma sencilla mientras el desarrollador está desconectado. [ 4 ] Tanto Fossil como Veracity incluyen sistemas de seguimiento 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 las wikis y los sistemas de seguimiento de errores se consideran tradicionalmente tipos de software distintos, ikiwiki también puede utilizarse como un sistema de seguimiento de errores distribuido. Permite gestionar documentos y código de forma integrada y distribuida. Sin embargo, su funcionalidad de consulta no es tan avanzada ni tan intuitiva como la de otros sistemas de seguimiento de errores no distribuidos, como Bugzilla . [ 6 ] Se pueden hacer afirmaciones similares sobre org-mode , aunque no se trata de un software wiki propiamente dicho.
Seguimiento de errores y gestión de pruebas
Si bien las herramientas tradicionales de gestión de pruebas, como HP Quality Center e IBM Rational Quality Manager, incluyen sus propios sistemas de seguimiento de errores, otras herramientas se integran con los sistemas de seguimiento de errores más populares.
Véase también
- Gestión del ciclo de vida de las aplicaciones
- Comparación de sistemas de seguimiento de incidencias , incluidos los sistemas de seguimiento de errores.
- Comparación de software de gestión de proyectos , incluidos los sistemas de seguimiento de errores.
Referencias
- ↑ Bogomil Shopov (8 de septiembre de 2014). "Implementar informes de errores del lado del cliente" . Archivado del original el 13 de noviembre de 2014. Recuperado el 17 de noviembre de 2014 .
- ↑ Joel Spolsky (8 de noviembre de 2000). "Seguimiento de errores sin dolor" . Consultado el 29 de octubre de 2010 .
- ↑ Kaner, Cem (julio de 2000). "Bug Advocacy" (PDF) . kaner.com . págs. 81, 98. Recuperado el 19 de mayo de 2021 .
- ↑ Jonathan Corbet (14 de mayo de 2008). "Seguimiento distribuido de errores" . LWN.net . Consultado el 7 de enero de 2009 .
- ↑ "Características de FogBugz" . Fogbugz.com . Archivado del original el 5 de julio de 2013. Consultado el 29 de octubre de 2010 .
- ↑ Joey Hess (6 de abril de 2007). "Seguimiento integrado de incidencias con Ikiwiki" . NetworkWorld.com . IDG . Consultado el 10 de noviembre de 2014 .
Enlaces externos
- Cómo reportar errores de forma eficaz, por Simon Tatham
- Lista de software de seguimiento de errores distribuido
- Software de seguimiento de errores e incidencias
- Mesa de ayuda
- Software de gestión de proyectos