Prueba de componentes automatizada

Las características de prueba de componentes automatizada de los productos Rational Developer permite crear, editar, desplegar y ejecutar pruebas automatizadas para componentes Java, conectores de Eclipse, beans EJB y servicios Web basados en HTTP. Estas características están en conformidad con el estándar de perfilado de prueba UML y utilizan la infraestructura de prueba JUnit.

Con estas característica puede efectuar las acciones siguientes:

Trabajar con scripts de prueba JUnit

Todas las pruebas creadas con productos Rational Developer son ampliaciones de pruebas JUnit. Además, puede importar, editar y ejecutar pruebas JUnit existentes. Las características de prueba de componentes automatizada amplía JUnit con las siguientes familias de primitivas:

Una diferencia importante entre las acciones de validación y los métodos assert originales de JUnit es que, en las acciones de validación, las aserciones fallidas no detienen la ejecución de toda la suite de pruebas JUnit.

Para obtener más información acerca de JUnit, consulte las direcciones siguientes:

Crear proyectos de prueba

Para probar los componentes, primero debe crear un proyecto de prueba.

El proyecto de prueba está enlazado con uno o varios proyectos de desarrollo que contengan los componentes que desea probar. Los proyectos de desarrollo pueden incluir proyectos de desarrollo Java, proyectos de conector, proyectos de aplicación de empresa, proyectos EJB o proyectos web dinámicos. Los componentes de destino para cada prueba son conocidos como CUT (componente que se prueba).

Los proyectos de prueba contienen elementos orientados a ejecución (suites de pruebas y ejecuciones) y elementos orientados a código (scripts de comportamiento de prueba y apéndices). Puede examinar y editar suites de pruebas y ejecuciones de pruebas en la vista Navegador de pruebas; los scripts de comportamiento de prueba y los apéndices puede verlos en la vista Explorador de paquetes.

Crear y editar pruebas y datos de prueba

Las pruebas se crean con el asistente Prueba de componentes. Después de crear la prueba, puede editar los activos de prueba resultantes que incluyen un script de comportamiento de prueba, una suite de pruebas, casos de pruebas y una tabla de datos de prueba.
  • Un script de comportamiento de prueba es un archivo JUnit que define el comportamiento de la prueba. El script se basa en un patrón de prueba que se selecciona al utilizar el asistente. Puede ver y editar el script de comportamiento de prueba en la vista de código Java.
  • Una suite de pruebas es una construcción abstracta que contiene un conjunto de casos de prueba individuales e información de despliegue. Los casos de prueba de la suite de pruebas están enlazados con el CUT. Las suites de pruebas se pueden desplegar y ejecutar independientemente. La perspectiva Prueba proporciona un editor de suite de pruebas que puede utilizar para editar el contenido de una suite de pruebas.
  • Un caso de prueba es la expresión de un comportamiento de prueba en una suite de pruebas. El comportamiento de prueba es una descripción formal de cómo el caso de prueba controla el CUT. Cada caso de prueba se implementa como método de prueba JUnit en el script de comportamiento de prueba. Por tanto, un caso de prueba puede verse como un enlace entre la suite de pruebas y un método concreto del script de comportamiento de prueba.
  • Debe proporcionar datos de prueba a los casos de prueba generados a través de la vista de la tabla de datos de prueba. Dado que cada tabla de datos de prueba se correlaciona con un caso de prueba concreto del código de prueba, se crea automáticamente una tabla de datos de prueba aparte para cada caso de prueba. Cada fila de la tabla de datos de prueba representa un objeto o expresión del código, mientras que cada columna representa un conjunto de datos (clase de equivalencia).

Utilización de apéndices

Al efectuar pruebas, suele ser necesario crear apéndices para componentes con los que interactúa el CUT. Esto permite probar el CUT aisladamente para así asegurarse de que se prueba el CUT y no otro componente. Como ocurre con las pruebas, un apéndice se define por comportamiento y por datos. El comportamiento de un apéndice se define en la clase del código de usuario para el apéndice, que se puede ver y editar en la vista de código Java. Se proporcionan datos de apéndice en la tabla de datos de apéndice, que define el comportamiento de salida de una clase con apéndice en respuesta a algunas entradas. Con la tabla de datos de apéndice, se simula una clase con apéndice especificando la entrada real y los valores de devolución para cada método con apéndice.

Los apéndices se pueden generar automáticamente mediante el análisis del CUT durante la creación de la prueba.

Desplegar y ejecutar pruebas

El despliegue de pruebas es la fase en que se especifican las condiciones de la ejecución de la prueba. Los datos de despliegue de prueba se utilizan principalemente los EJB e incluyen información de servidor de aplicaciones. Utilice el editor de suite de pruebas para elegir la configuración de servidor para desplegar el CUT. Las configuraciones de servidor se definen en la perspectiva Servidor.

Puede especificar una configuración de lanzamiento para cualquier componente de un proyecto de prueba (una suite de pruebas, un caso de prueba o una clase de equivalencia única) para que la prueba se pueda ejecutar con o sin opciones de perfilado o de depuración. Durante la ejecución de la prueba, un colector de datos conocido como Agent Controller supervisa el CUT para recuperar los resultados de la prueba.

Analizar los resultados de la prueba

La ejecución de prueba crea un resultado que puede verse en la vista Navegador de pruebas. Puede ampliar una ejecución de prueba para ver las pruebas individuales y sus veredictos (Válido, Anómalo, No concluyente o Error). Desde una prueba individual, puede ir a los detalles de los resultados visualizados en la vista Comparador de datos de prueba para ver los resultados reales de la prueba comparados con los resultados esperados.

Se proporciona una navegación cruzada contextual entre los veredictos de prueba, datos de prueba, suites de pruebas, scripts de comportamiento de prueba y las partes de código importantes del CUT.

Ejecutar pruebas de regresión

Al configurar un entorno de prueba persistente, puede reutilizar las pruebas para la prueba de regresión. La prueba de regresión normal es un sistema fiable para asegurar que no se introducen defectos nuevos y que se arreglan los existentes.

Para comprender mejor las especificaciones del producto, debe crear las pruebas al principio del desarrollo del producto. Un proceso de sincronización mantiene las pruebas de componente actualizadas con el CUT durante la fase de desarrollo. A continuación, puede ejecutar las mismas pruebas periódicamente durante el proceso de desarrollo para detectar errores no esperados que puedan aparecer cada vez que el código se modifica o se desplaza a un entorno nuevo.

Tareas relacionadas
Crear nuevos proyectos de prueba de componentes
Ejecutar pruebas de componentes
Ver los resultados de las pruebas de componentes
Comentarios
(C) Copyright IBM Corporation 2000, 2005. Reservados todos los derechos.