6.

6 ADMINISTRACIN DE DEFECTOS

LOS PASOS PARA ENCONTRAR DEFECTOS

Hay varias formas para encontrar defectos en un programa, pero en esencia tienen lo

s siguientes pasos:
1. Identificacin de los sntomas del defecto.
2. Deducir de esos sntomas la localizacin del defecto.
3. Entender lo que es errneo en el programa.

4. Decidir cmo corregir el defecto.

5. Hacer la correccin.
6.Verificar que se ha resuelto el problema.

FORMAS DE ENCONTRAR Y CORREGIR DEFECTOS

El compilador es una de las herramientas que ayudan a detectar errores

aunque no de forma completa, pueden evitar un

90% de errores
sintcticos y algunos lgicos. Otra herramienta es por medio de las
pruebas, estas dependen de los casos planteados y de sus condiciones. Adems las p
ruebas siguen obligando a moverse desde los sntomas al problema, y slo verifican
las condiciones probadas. Un tercer mtodo es la entrega del programa al usuario
y que ste informe de los errores que identifique. La forma ms efectiva de encontr
ar y corregir defectos es la revisin personal del cdigo fuente del programa.

REVISIN DEL CDIGO

Para hacer la revisin de cdigo se estudia el cdigo fuente a partir de un

listado, antes de compilarlo o probarlo. Tras hacer el diseo o la codificacin es ms fcil

recordar la intencin que se tiene, simplificando la correccin del problema.
La revisin de cdigo consume tiempo, pero su eficiencia es mayor que las pruebas, ya que

se detectan los problemas y no los sntomas. En el momento de revisin del cdigo se

piensa sobre lo que el programa debe hacer.
Las desventajas principales de las revisiones son que consumen tiempo y la dificultad de

hacerlas correctamente, sin embargo la capacidad de revisin mejora con la prctica.

La razn ms importante para revisar los programas antes de compilarlos y

probarlos es la dificultad de convertir en un producto de calidad un programa que ha sido

varias veces parcheado.

EL COSTE DE ENCONTRAR Y CORREGIR DEFECTOS

En los proyectos software, el producto es dividido en programas elementales o

mdulos.Tras el diseo, implementacin y compilacin del mismo, se realizan

las pruebas de unidad.Tras la combinacin de mdulos pasamos a las pruebas
de integracin. Se realizan varios niveles de pruebas de componentes antes de
combinarlos en productos y realizar las correspondientes pruebas. Finalmente
se ensamblan los productos y se realizan las pruebas del sistema.
El coste medio de encontrar y corregir un defecto crece unas 10 veces en cada

paso del proceso de desarrollo.Adems del coste, una razn importante para
encontrar los defectos al principio, es que la compilacin, depuracin y pruebas
tienen una efectividad reducida.

EL USO DE LAS REVISIONES PARA ENCONTRAR DEFECTOS

La razn principal de reunir los datos de defectos es para

poder entender la clase de defectos que se pueden

introducir. Los defectos de un programa nuevo sern
parecidos a los encontrados en programas anteriores. Esto
supone que la estrategia de revisin se debe basar en el
perfil personal.

El objetivo de la revisin de cdigos es encontrar el mayor

numero de defectos lo mas pronto posible en el proceso

software.

LISTAS DE COMPROBACIN PARA LA REVISIN DE CDIGO

Por qu ayudan las listas de comprobacin?

Una lista de comprobacin una serie de pasos de procedimientos que se siguen de

forma precisa. Cuando es esencial encontrar y corregir cada defecto en un programa

se debe seguir un procedimiento preciso.
Una lista de comprobacin tiene el siguiente formato:

LA LISTA DE COMPROBACIN PARA LA REVISIN DE CDIGO

Se deben leer y hacer sucesivamente las acciones prescritas tal y como estn establecidas en la lista de

comprobacin , cada accin completada se marca en la lista. Al final se comprueba que todas
comprobaciones hayan sido realizadas, y si no es el caso se vuelve atrs para realizar las acciones
omitidas.Al utilizar una lista de comprobacin, pueden ser tiles las siguientes practicas:
1. Revisar todo el programa para cada apartado de la lista de comprobacin.
2. Cuando se encuentra un defecto, se anota con una marca en la primera columna libre (#). Cada

columna # se usa para cada revisin completa

3. Despus de completar cada comprobacin, si no se han encontrado defectos, se escribe X en la

primera casilla no utilizada de la columna #

4. Hacer un examen final global de todo el programa para buscar lo inesperado,

ELABORACIN DE UNA LISTA DE COMPROBACIN PERSONAL

La lista de comprobacin debe estar personalizada para el lenguaje usado y para los defectos que cada ingeniero

en particular encuentra y/o omite. Recomendaciones:

1. Hacer una lista clasificada con los defectos en cada fase del proceso software.
2. Clasificar los tipos de defectos en orden descendente del numero de defectos encontrados en las fases de

compilacin y pruebas.
3. Para los tipos con el mas defectos, examinar el Cuaderno de Registro de defectos y averiguar los errores

especficos que causan estos tipos

4. Para los defectos que resultan de los problemas mas importantes, idear las pasos necesarios en la revisin de

cdigo para encontrarlos.

5. Registrar las comprobaciones ideadas en la lista de comprobacin.
6.Agrupar las pruebas parecidas en la lista de comprobacin.
7. Despus de desarrollar cada programa, examinar los datos de defectos y la lista de comprobacin para

identificar los cambios o adiciones tiles.

LA PREVISIN DE DEFECTOS
Utilizacin de los datos de defectos.
La disciplina personal, asociada con la revisin de defectos y su anlisis, es mucho

mas efectiva que los aos de experiencia para la reduccin del numero de
defectos introducidos. Reunir los datos de defectos permiten comprender los
defectos introducidos, disear una lista de comprobacin personal para la revisin
de cdigo y tambin para estimar el numero de defectos que se introducirn en
un nuevo programa. Las estimaciones exactas del grado de defectos son
importantes ya que pueden fundamentar la necesidad de una nueva del cdigo.