Los defectos (Defectos o Bugs) en el software son "subproductos" del proceso de desarrollo de software. La definición de defecto puede ser muy amplia. Cualquier problema sospechoso que ocurra durante el uso de un software, o un problema que haga que el software no cumpla con los requisitos de diseño o las necesidades del consumidor, puede ser un error.
Toda organización de software sabe que los defectos en el software deben manejarse adecuadamente. Esta es la cualidad fundamental relacionada con la supervivencia y el desarrollo de las organizaciones de software. Desafortunadamente, no todas las organizaciones de software saben cómo gestionar eficazmente los defectos de su software. Si no se establece un proceso eficaz de gestión de seguimiento de defectos, se pueden producir los siguientes problemas:
Nadie registra los defectos que descubre.
No hay garantía de que los informes de defectos presentados por los evaluadores cumplan con los requisitos de las especificaciones.
Los desarrolladores pueden ignorar u olvidar los defectos descubiertos por los evaluadores.
Nadie sabe qué defectos se han corregido en la nueva versión del software y cuáles no.
Como resultado, los tiempos de entrega de los proyectos se han vuelto muy impredecibles.
El equipo de desarrollo geográficamente disperso se comunica a través de correos electrónicos y documentos. El estado del defecto es caótico y el personal relevante no puede obtener información relevante sobre los cambios de manera oportuna.
Es imposible realizar análisis estadísticos de los defectos, encontrar las causas y formular las correspondientes medidas preventivas y de mejora.
Ventajas de URTracker sobre otro software en el seguimiento de defectos
Se pueden definir diferentes grupos de personal, campos de transacciones y procesos de manejo de errores para diferentes proyectos. Cuando un proyecto requiere la participación de clientes, puede crear un grupo de "clientes"; cuando un proyecto requiere la participación de socios, puede crear un grupo de "socios"; cuando los especialistas en marketing necesitan participar, puede crear un grupo de "personal de marketing"; .
Maneje y actualice errores de manera "fluida", en lugar de simplemente mediante una operación de "edición" (cualquiera con permiso puede editar, y solo el controlador actual del error puede transmitir el error al siguiente ) estado y persona pendiente).
Controlar el llenado y actualización de los campos de descripción de errores durante el proceso de transferencia. Por ejemplo: cuando los evaluadores envían errores, no necesitan completar información como "prioridad", "causa del error" y "solución". Debido a que los evaluadores por sí mismos no pueden determinar esta información, el gerente del proyecto debe completarla al asignar el error. Puede cumplir este requisito simplemente configurando campos o pasos.
Admite múltiples tipos de campos predefinidos del sistema y campos definidos por el usuario, y admite funciones avanzadas de control de entrada y salida.
Controla los permisos de cada miembro del equipo. Por ejemplo:
El grupo de trabajo al que pertenece el cliente o socio no puede permitirles ver errores que no fueron enviados por ellos mismos;
Solo los miembros del grupo del director del proyecto pueden eliminar un error, o reasignar el error a otro desarrollador para que lo maneje;
Los permisos de lectura y escritura se pueden controlar para cada campo. Por ejemplo: el campo que califica a los desarrolladores según qué tan bien han completado su trabajo se puede ocultar a los evaluadores.
Puedes enviar un error a un grupo y aquellos miembros del grupo que estén calificados para manejar el error lo recibirán.
Puede configurar un "coprocesador". El coprocesador no puede cambiar el estado del error, pero puede enviar información de procesamiento. Por ejemplo, cuando un error requiere que varios desarrolladores lo solucionen, puede designar un procesador principal y varios colaboradores para que lo manejen simultáneamente.
Admite notificaciones tanto automáticas como manuales. La notificación automática se puede configurar para notificar automáticamente al creador, a la persona pendiente, al personal relacionado, a todos los miembros de ciertos grupos o a ciertas personas específicas en ciertos pasos. La notificación manual permite al operador de errores elegir a quién enviar la notificación según sea necesario. Puede configurar algunas notificaciones automáticas y permitir que el operador seleccione otras manualmente.
Obtenga y registre automáticamente el tiempo de "enviador de ERRORES", "tiempo de envío de ERRORES", "tiempo de asignación de ERRORES", "reparador de ERRORES", "tiempo de corrección de ERRORES", "probador de regresión", "prueba de regresión" ", "número de regresiones" y otros datos para facilitar las estadísticas, los informes y el archivado después de la exportación;
De acuerdo con las reglas establecidas, se emitirán automáticamente recordatorios de vencimiento o tiempo de espera para los ERRORES calificados, y los ERRORES se eliminarán automáticamente. procesado. Procesamiento de actualización;