Trabajo

6.4 ESTRATEGIAS DE PRUEBA
Prueba del sistema

Prueba de validación

Prueba de integración

Prueba de Unidad

Código

Diseño Requisitos

Ingeniería del Sistema

6.4 ESTRATEGIAS DE PRUEBA
Las pruebas del software aplican similar estrategia moviéndonos de adentro hacia afuera de la espiral. la prueba de unidad comienza en el vértice de la espiral y se centra en cada unidad delsoftware, tal como está implementada en código fuente. La prueba avanza para llegar a la prueba de integración, donde el foco de atención es el diseño y construcción de la arquitectura del software. Otra vuelta hacia afuera encontramos la prueba de validación, donde se validan los requisitos establecidos como parte del análisis de requisitos del software, comparándolos con el sistema que ha sidoconstruido. 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 verificación en la menor unidad del diseño: el módulo. Usando la descripción del diseño detallado como guía, se prueban los caminos de control importantes, con el fin de descubrirerrores dentro del módulo. Se prueba la interfase para asegurar que la información 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 ejecución del algoritmo.

6.4 ESTRATEGIAS DE PRUEBA
PRUEBA DE UNIDAD Se prueban lascondiciones límite para asegurar que el módulo funciona correctamente con los límites establecidos. Se ejercitan todos los caminos independientes de la estructura de control para asegurar que todas las sentencias del módulo 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 módulos funcionanbien ¿ por qué dudar de que funcionen bien juntos ?. El problema es "ponerlos juntos". La prueba de integración detecta errores de interacción. El procedimiento adecuado se llama integración incremental con el cual se construye y se prueba en pequeños segmentos en los que los errores son más fáciles de aislar y corregir.

6.4 ESTRATEGIAS DE PRUEBA
PRUEBA DE INTEGRACION Un plan general deintegración y una descripción de las pruebas específicas deben quedar documentados en una especificación de prueba, es parte esencial del proceso de ingeniería de software y forma parte de la configuración del software.

6.4 ESTRATEGIAS DE PRUEBA
Un perfil de la especificación de prueba puede ser el siguiente: I. Alcance de la prueba. II. Plan de prueba. A. Fases de prueba. B. Agenda. C. Softwareadicional. D. Entorno y recursos. III. Procedimiento de prueba N. A. Orden de integración. 1. Propósito. 2. Módulos a ser probados. B. Pruebas de unidad para los módulos de la subfase. 1. Descripción de pruebas para el módulo M. 2. Descripción del software adicional. 3. Resultados esperados. C. Entorno de prueba. 1. Herramientas o técnicas especiales. 2. Descripción del software adicional. D. Datosde los casos de prueba. E. Resultados esperados para la subfase N. IV. Resultados de prueba obtenidos. V. Referencias. VI. Apéndices.

6.4 ESTRATEGIAS DE PRUEBA
El alcance de prueba resume las características funcionales, de rendimiento y diseño interno específicas a probar. Se limita el esfuerzo de prueba, se describen criterios de terminación de cada fase de prueba y se documentan laslimitaciones del plan. El plan de prueba describe la estrategia general para la integración. Se divide en fases y subfases. En todas las fases se siguen los siguientes criterios: Integridad de interfase, validez funcional, contenido de la información y rendimiento.

6.4 ESTRATEGIAS DE PRUEBA
La sección de procedimiento de prueba describe detalladamente el procedimiento de prueba requerido para...