Implantacion De Sistemas

PRUEBAS ORIENTADAS A OBJETOS

El objetivo de las pruebas, expresado de forma sencilla, es encontrar el mayor número posible de errores con una cantidad razonable de esfuerzo, aplicado sobre un lapso de tiempo realista. A pesar de que este objetivo fundamental permanece inalterado para el software orientado a objetos, la naturaleza de los programas OO cambian las estrategias y las tácticas de prueba.

La prueba de los sistemas OO presentan un nuevo conjunto de retos al ingeniero del software. La definición de pruebas debe ser ampliada para incluir técnicas que descubran errores (revisiones técnicas formales), aplicadas para los modelos de AOO y DOO. La integridad, compleción y consistencia de las representaciones OO deben ser evaluadas conforme se construyen.

Algunas particularidades de las pruebas para el caso de los orientados objetos son los siguientes:

• Prueba de Unidad

Al tratar software OO cambia el concepto de unidad. El encapsulamiento dirige la definición de clases y objetos. Esto significa que cada clase e instancia de clase (objeto) empaqueta los atributos (datos) y las operaciones (también conocidas como métodos o servicios) que manipulan estos datos. Por lo tanto, en vez de módulos individuales, la menor unidad a probar es la clase u objeto encapsulado. Una clase puede contener un cierto número de operaciones, y una operación particular puede existir como parte de un número de clases diferentes.

• Prueba de Integración

Debido a que el software OO no tiene una estructura de control jerárquica, las estrategias convencionales de integración ascendente y descendente poseen un significado poco relevante en este contexto. Generalmente se pueden encontrar dos estrategias diferentes de pruebas de integración en sistemas OO.

La primera, prueba basada en hilos, integra el conjunto de clases necesario para responder a una entrada o evento del sistema. Cada hilo se integra y prueba individualmente.

El segundo enfoque para la integración, prueba basada en el uso: Esta prueba comienza la construcción del sistema integrando y probando aquellas clases (llamadas clases independientes) que usan muy pocas de las clases. Después de probar las clases independientes, se comprueba la próxima capa de clases, llamadas clases dependiente, que usan las clases independientes. Esta secuencia de capas de pruebas de clases dependientes continúa hasta construir el sistema por completo

• Prueba de Sistema

En el nivel de prueba del sistema, los detalles de las conexiones entre clases no afectan. El software debe integrarse con los componentes hardware correspondiente y se ha de comprobar el funcionamiento del sistema completo acorde a los requisitos. Como en el caso del software convencional, la

...