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 (topdown) 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.