Seguimiento y gestión de errores, Bug Tracking

Por Joaquin Gracia
18 de Septiembre de 2004

Es inevitable, los programas tienen errores. No importa cuanto lo pruebes y el cuidado que tengas en desarrollar la aplicación, siempre salen errores inesperados.

Como personas relacionadas con el software tenemos que saber convivir con ellos y no taparnos los ojos intentando ignorarlos. Puesto que los errores forman parte del software y son bastante peligrosos, en cuanto a coste e imagen, es mejor tenerlos controlados.

Normalmente cuando alguien encuentra un error se comunica con el programador y este lo intenta arreglar. Este método de manejar los errores tiene un problema, que no está gestionado. Te voy a contar algunas situaciones que seguro que has vivido y te resultan familiares.

Alguien encuentra un bug y…

El programador está en otro proyecto o haciendo otra cosa, lo anota en un trozo de papel… se le olvida y se pierde (intencionadamente o no). Causa: No hay registro de bugs.
El programador no sabe cómo provocar el bug, no puede reproducirlo y por tanto no puede arreglarlo. Causa: Mala descripción del bug.
El programador cree que ha arreglado el bug, cambia una cosa que funcionaba y deja el bug. Causa: No sabe cómo debía funcionar.
El programador reproduce el bug y lo arregla, nadie se entera, al cliente nunca le llega el programa arreglado. Causa: Deficiente comunicación.
Alguien encuentra un bug y habla con distintos programadores para que se arregle, varios programadores se ponen a arreglarlo entorpeciéndose y perdiendo tiempo. Causa: No hay una canalización adecuada de los bugs.
Hay muchos bugs que se comunican al programador en persona de manera que el programador no puede arreglar ninguno porque no tiene tiempo.Causa: Mala gestión de los bugs.
Se interrumpe constantemente al programador para preguntar el estado de los bugs. Causa: No hay un listado de bugs con sus estados de resolución.
El bug llega al equipo de desarrollo. El programador A piensa que lo tiene que arreglar el programador B y el B piensa que es tarea de A. Nadie lo arregla. Causa: El bug no está asignado a nadie en concreto.
Existen muchos bugs, unos más importantes que otros, pero el tiempo está limitado, los programadores pierden el tiempo arreglado bugs triviales mientras que los bugs críticos siguen sin arreglar. Causa: Los bugs no están priorizados.

¿A quién no le ha pasado alguna de estas cosas?

Estos son algunos de los problemas típicos que nos podemos encontrar si no tenemos una gestión y seguimiento de errores. Es evidente que estas situaciones repercuten en la calidad del producto y en la imagen que damos a nuestros clientes.

De acuerdo, pero… ¿En qué me beneficia?

Como programador tener el sistema te beneficia ya que te llegarán partes de errores decentes, con toda la información necesaria para poder arreglarlo. No pierdes errores y te evitas broncas de porqué no arreglaste aquel error que te dije. Evitas que te pregunten cada 5 minutos si arreglaste tal error.

Como gestor tener el sistema te beneficia, puedes ver todos los errores que se están arreglando y cuales se han arreglado, ponerles prioridad, sabes que no se perderán, decidir cuales quieres que se arreglen para esta versión y cuales para la siguiente.

Como personal de soporte te beneficia, tienes un sistema para reportar los errores que el cliente detecta, también puedes introducir las mejoras que el cliente te sugiere, puedes buscar en la base de datos si el error es conocido y enviarle la versión en la que está arreglado.

Como puedes ver, gestionar beneficia a todo el mundo y sobre todo el gran beneficiado es el software resultante.

Así que necesitas un programa de seguimiento y control de errores (Bug Tracking Software).

Volver