Dfgh

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 relacionadascon 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 eimagen, 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, queno 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 otracosa, 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 portanto 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 distintosprogramadores 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 secomunican 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 parapreguntar 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...