6.

4 ESTRATEGIAS DE PRUEBA
Prueba del sistema

Prueba de validacin

Prueba de integracin

Prueba de Unidad

Cdigo

Diseo Requisitos

Ingeniera del Sistema

6.4 ESTRATEGIAS DE PRUEBA

Las pruebas del software aplican similar estrategia movindonos de adentro hacia afuera de la espiral. la prueba de unidad comienza en el vrtice de la espiral y se centra en cada unidad del software, tal como est implementada en cdigo fuente. La prueba avanza para llegar a la prueba de integracin, donde el foco de atencin es el diseo y construccin de la arquitectura del software. Otra vuelta hacia afuera encontramos la prueba de validacin, donde se validan los requisitos establecidos como parte del anlisis de requisitos del software, comparndolos con el sistema que ha sido construido. Finalmente, llegamos a la prueba del sistema en la que se prueban como un todo el software y otros elementos del sistema.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE UNIDAD La prueba de unidad centra el proceso de verificacin en la menor unidad del diseo: el mdulo. Usando la descripcin del diseo detallado como gua, se prueban los caminos de control importantes, con el fin de descubrir errores dentro del mdulo. Se prueba la interfase para asegurar que la informacin fluye de forma adecuada hacia y desde la unidad del programa que est siendo probada. Se examinan las estructuras de datos locales para asegurar que los datos que se mantienen temporalmente conservan su integridad durante la ejecucin del algoritmo.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE UNIDAD Se prueban las condiciones lmite para asegurar que el mdulo funciona correctamente con los lmites establecidos. Se ejercitan todos los caminos independientes de la estructura de control para asegurar que todas las sentencias del mdulo se ejecuten por lo menos una vez. Y finalmente se prueban todos los caminos de manejo de errores.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE INTEGRACION Si todos los mdulos funcionan bien por qu dudar de que funcionen bien juntos ?. El problema es "ponerlos juntos". La prueba de integracin detecta errores de interaccin. El procedimiento adecuado se llama integracin incremental con el cual se construye y se prueba en pequeos segmentos en los que los errores son ms fciles de aislar y corregir.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE INTEGRACION Un plan general de integracin y una descripcin de las pruebas especficas deben quedar documentados en una especificacin de prueba, es parte esencial del proceso de ingeniera de software y forma parte de la configuracin del software.

6.4 ESTRATEGIAS DE PRUEBA

Un perfil de la especificacin de prueba puede ser el siguiente: I. Alcance de la prueba. II. Plan de prueba. A. Fases de prueba. B. Agenda. C. Software adicional. D. Entorno y recursos. III. Procedimiento de prueba N. A. Orden de integracin. 1. Propsito. 2. Mdulos a ser probados. B. Pruebas de unidad para los mdulos de la subfase. 1. Descripcin de pruebas para el mdulo M. 2. Descripcin del software adicional. 3. Resultados esperados. C. Entorno de prueba. 1. Herramientas o tcnicas especiales. 2. Descripcin del software adicional. D. Datos de los casos de prueba. E. Resultados esperados para la subfase N. IV. Resultados de prueba obtenidos. V. Referencias. VI. Apndices.

6.4 ESTRATEGIAS DE PRUEBA

El alcance de prueba resume las caractersticas funcionales, de rendimiento y diseo interno especficas a probar. Se limita el esfuerzo de prueba, se describen criterios de terminacin de cada fase de prueba y se documentan las limitaciones del plan. El plan de prueba describe la estrategia general para la integracin. Se divide en fases y subfases. En todas las fases se siguen los siguientes criterios: Integridad de interfase, validez funcional, contenido de la informacin y rendimiento.

6.4 ESTRATEGIAS DE PRUEBA

La seccin de procedimiento de prueba describe detalladamente el procedimiento de prueba requerido para llevar a cabo el plan de prueba, describiendo el orden de integracin y las pruebas de cada fase. Asimismo se incluye un listado de todos los casos de prueba y resultados esperados. Se registran los resultados reales de prueba obtenidos, problemas y peculiaridades. Esta informacin es vital para el mantenimiento del software.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE VALIDACION Una vez ensamblado como paquete probamos la validacin, la cual se logra cuando el software funciona de acuerdo con las expectativas razonables del cliente. Estas expectativas estn definidas en la especificacin de requisitos que describe los atributos del software visibles al usuario, basado en los criterios de validacin de dicho documento. La prueba de validacin se lleva a cabo con pruebas de la caja negra que demuestran la conformidad con los requisitos.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE VALIDACION Una vez probado cada caso pueden darse dos condiciones: las caractersticas de funcionamiento de rendimiento estn de acuerdo con las especificaciones y son aceptables, se descubre una desviacin de las especificaciones y se crea una lista de deficiencias.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE VALIDACION Se pueden realizar pruebas alfa beta, la prueba alfa es conducida por un cliente en el lugar de desarrollo; la prueba beta en uno ms lugares de clientes y usuarios finales. En la alfa el desarrollador observa, en la beta es una aplicacin en vivo en un entorno que no controla el desarrollador. Como resultado el equipo de desarrollo de software lleva a cabo modificaciones y as prepara una versin del producto de software para toda la base de clientes.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE SISTEMA Constituida por una serie de pruebas diferentes cuyo propsito es ejercitar profundamente el sistema basado en computadora. Entre pruebas de sistema tenemos: Prueba de recuperacin: forza el fallo del software de muchas formas y verifica que la recuperacin se lleva a cabo apropiadamente. Se evala la correccin de reinicializacin, mecanismos de recuperacin del estado del sistema, recuperacin de datos y rearranque. Prueba de seguridad: intenta verificar que los mecanismos de proteccin del sistema lo protegern adecuadamente.

6.4 ESTRATEGIAS DE PRUEBA

PRUEBA DE SISTEMA Prueba de resistencia: est diseada para enfrentar a los programas con situaciones anormales, es decir, ejecuta un sistema de forma que demande recursos en cantidad, frecuencia volmenes anormales. Una variacin de esta prueba es la prueba de sensibilidad, utilizando datos que produzcan inestabilidad procesamiento incorrecto. Prueba de rendimiento: prueba el rendimiento del software en tiempo de ejecucin. Se da en todos los pasos del proceso de prueba.

EJERCICIO: Prueba de unidad en el contexto orientado a objetos Prueba de clase Prueba de integracion en el contexto orientado a objetos Prueba basada en subprocesos Prueba basada en el uso Prueba de grupo