D S A I G E A T A R R A T P S A E B E E U R A PR W T A F O O S D A T N E I S R O O T E J B El Oobjetivo es encontrar el
mayor nmero posible de
errores con una cantidad manejable de esfuerzo aplicado durante un lapso
Prueba de unidad en el contexto OO
La encapsulacin determina la definicin de clases y objetos. Es decir, que cada clase y cada instancia de una clase empaqueta los atributos y las operaciones que manipulan estos datos. Una clase encapsulada es el foco de la prueba de unidad, las operaciones dentro de la clase son las unidades comprobables ms pequeas. Ya no es posible probar una sola operacin en aislamiento, sino ms bien como parte de una clase. La prueba de clase para software OO es el equivalente de la prueba de unidad para software convencional. A diferencia de la prueba de unidad del software convencional, que tiende a enfocarse sobre el detalle algortmico de un mdulo y en los datos que fluyen a travs de la interfaz de mdulo, la prueba de clase para software OO la dirigen las operaciones encapsuladas por
Prueba de integracin en el contexto OO
Puesto que el software orientado a objeto no tiene una estructura de control jerrquico obvia, las estrategias tradicionales descendente y ascendente tienen poco significado. Con frecuencia es imposible integrar las operaciones una a la vez en una clase debido a las interacciones directa e indirecta de los componentes que constituyen la clase. Estrategias Prueba basada en hebra: integra el conjunto de clases requeridas para responder a una entrada o evento para el sistema. Cada hebra se integra y prueba de manera individual. La prueba de regresin se aplica para asegurar que no ocurran efectos colaterales.
Prueba basada en uso: comienza la construccin del sistema
al probar dichas clases que usan muy pocas clases servidor. Despus de probar las clases independientes, se prueba la siguiente capa de clases, llamadas dependientes, que usan las
El uso de controladores y representantes tambin
cambia cuando se realiza la prueba de integracin de los sistemas OO. Los controladores pueden usarse para probar operaciones en el nivel ms bajo, y para la prueba de todos los grupos de clases. Tambin puede usarse un controlador para sustituir la interfaz de usuario, de modo que las pruebas de funcionalidad del sistema puedan realizarse antes de la implementacin de la interfaz. Los representantes pueden usarse en situaciones donde se requiere la colaboracin entre clases pero donde una o ms de las clases colaboradoras todava no se implementan por completo. La prueba de grupo es un paso en la prueba de integracin del software OO. Aqu, un grupo de clases colaboradoras se ejercita al disear casos de prueba que intentan descubrir errores en las colaboraciones.