U. R.

PARA PRUEBAS
Describa con sus propias palabras por qu la clase es la ms pequea
unidad razonable (U.R) para las pruebas dentro de un sistema OO.
Cuando se considera el software orientado a objetos, el concepto de
unidad cambia. La definicin de clases y objetos. Esto significa que
cada clase y cada instancia de una clase (objeto), envuelven a los
atributos (datos) y operaciones (tambin conocidos como mtodos o
servicios), que manipulan estos datos.
En vez de probar un mdulo individual, la unidad ms pequea
comprobable es la clase u objeto encerrado. Ya que una clase puede
contener un nmero de operaciones diferentes, y una operacin
particular debe existir como parte de un nmero de clases diferentes,
el significado de la unidad de prueba cambia drsticamente.
No se puede probar ms de una operacin a la vez (la visin
convencional de la unidad de prueba), pero s como parte de una
clase. La prueba de clases para el software OO es el equivalente de
las pruebas de unidad para el software convencional. A diferencia de
las pruebas de unidad del software convencional que tienden a
centrarse en el detalle algortmico de un mdulo y de los datos que
fluyen a travs de la interfaz del mdulo, la prueba de clases para el
software OO se conduce mediante las operaciones encapsuladas por
la clase y el comportamiento de la clase.

LAS PRUEBAS DE INTEGRACIN EN EL CONTEXTO OO

Ya que el software orientado a objetos no tiene una estructura de
control jerrquico, las estrategias convencionales de integracin
descendente (top-down) y ascendente (bottom-up) tienen muy poco
significado. En suma, la integracin de operaciones una por una en
una clase (la aproximacin de la integracin incremental
convencional), a menudo es imposible por la interaccin directa e
indirecta de los componentes que conforman la clase.
Existen dos estrategias diferentes para las pruebas de integracin de
los sistemas OO. El primero, las pruebas basadas en hilos, integran el
conjunto de clases requeridas, para responder una entrada o suceso
al sistema. Cada hilo se integra y prueba individualmente. Las
pruebas de regresin se aplican para asegurar que no ocurran efectos
laterales.
La segunda aproximacin de integracin, la prueba basada en el uso,
comienza la construccin del sistema probando aquellas clases
(llamadas clases independientes), que utilizan muy pocas (o ninguna)
clases servidoras. Despus de que las clases independientes se

prueban, esta secuencia de pruebas por capas de clases

dependientes contina hasta que se construye el sistema completo. A
diferencia de la integracin convencional, el uso de drivers y stubs
como operaciones de reemplazo, debe evitarse siempre que sea
posible.
La prueba de agrupamiento es una fase en las pruebas de integracin
de software OO. Aqu, un agrupamiento de clases colaboradoras
(determinadas por la revisin de los modelos CRC y objeto-relacin),
se prueba diseando los casos de prueba, que intentan revelar
errores en las colaboraciones.

LAS PRUEBAS DE VALIDACIN EN EL CONTEXTO OO

Al nivel de sistema o de validacin, los detalles de conexiones de
clases desaparecen. As como la validacin convencional, la
validacin del software OO se centra en las acciones visibles al
usuario y salidas reconocibles desde el sistema. Para ayudar en la
construccin de las pruebas de validacin, el probador debe utilizar
los casos de uso, que son parte del modelo de anlisis. Los casos de
uso proporcionan un escenario, que tiene una gran similitud de
errores con los revelados en los requisitos de interaccin del usuario.