5.3 MODELOS DE PRUEBAS

5.3 Modelos de Pruebas.

En este punto se describen un conjunto de modelos de prueba independientes y dependientes de la plataforma (PITs y PDTs).

Modelos de requisitos

Los únicos modelos de requisitos necesarios son los casos de uso y los requisitos de almacenamiento, aunque otros modelos, como por ejemplo modelos de interfaces o modelos de navegación pueden enriquecer el proceso de prueba. Actualmente existen varias propuestas de modelos de requisitos. En concreto, la propuesta que utilizamos en este trabajo es Web Requirement (WebRE), la cuál está basada en Navigational Development Techniques (NDT) .

Modelo de comportamiento

El objetivo del modelo de comportamiento es expresar la misma información contenida en una plantilla de caso de uso de una forma fácilmente manipulable. Las propuestas estudiadas utilizan como modelos de comportamiento diagramas UML de estados, diagramas UML de secuencia o diagramas UML de actividades

Modelo de datos de prueba

Los objetivos del modelo de datos de prueba son dos. En primer lugar, el modelo de datos de prueba expresa todas las variables del caso de uso, su estructura si son tipos complejos (como clientes o compras), las restricciones que puedan existir entre ellos y las particiones de sus respectivos dominios.

En segundo lugar el modelo de datos de prueba expresa los valores de prueba del sistema y los resultados esperados del mismo. Esto se modela mediante un diagrama de objetos.

Modelo de interfaz abstracta

El objetivo del modelo de interfaz abstracta es definir las interfaces que el sistema ofrecerá para poder realizar la funcionalidad expresada en el modelo de casos de uso y en el modelo de comportamiento. No es necesario, sin embargo, entrar en detalles de la implementación de dichas interfaces.

Modelo de interacción

El objetivo del modelo de interacción es definir cómo realiza las pruebas sus acciones y definir los árbitros. En el contexto de las pruebas, un árbitro es elemento encargado de comprobar si la prueba fue superada o no.

Modelo de interfaz concreta y modelo de acciones

Estos modelos permiten traducir las pruebas abstractas a pruebas ejecutables sobre el sistema. Par ello es necesario conocer las interfaces definitivas, incluir los detalles de dichos interfaces y completar las pruebas abstractas.

El objetivo del modelo de interfaz concreta es expresar los elementos de la interfaz abstracta en función de los componentes concretos del sistema a prueba. A partir de este modelo, ya se pueden expresar las pruebas a nivel de implementación. El objetivo del modelo de acción es expresar los elementos del modelo de interacción mediante un lenguaje de una herramienta de prueba concreta.

Estos modelos dependen de la arquitectura y herramienta de prueba que se utilice para ejecutar las pruebas generadas, dado que las pruebas abstractas deben ser traducidas a pruebas comprensibles por dicha herramienta.