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.