6.4 ESTRATEGIAS DE PRUEBA

Tamaño: px

Comenzar la demostración a partir de la página:

Download "6.4 ESTRATEGIAS DE PRUEBA"

Ángeles Raquel Rey Sáez
hace 8 años
Vistas:

1 Prueba del sistema Prueba de validación Prueba de integración Prueba de Unidad Código Diseño Requisitos Ingeniería del Sistema

2 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 del software, 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 sido construido. Finalmente, llegamos a la prueba del sistema en la que se prueban como un todo el software y otros elementos del sistema.

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.

3 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 descubrir errores 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.

4 PRUEBA DE UNIDAD Se prueban las condiciones 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.

Se ejercitan todos los caminos independientes de la estructura de control para asegurar

5 PRUEBA DE INTEGRACION Si todos los módulos funcionan bien 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.

La prueba de integración detecta errores de interacción.

6 PRUEBA DE INTEGRACION Un plan general de integració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.

en una especificación de prueba, es parte esencial del proceso

7 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. Software adicional. 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. Datos de los casos de prueba. E. Resultados esperados para la subfase N. IV. Resultados de prueba obtenidos. V. Referencias. VI. Apéndices.

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. Datos de los casos de prueba.

8 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 las limitaciones 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.

limitaciones del plan. El plan de prueba describe la estrategia general para la integración. Se divide en fases y subfases.

9 La sección de procedimiento de prueba describe detalladamente el procedimiento de prueba requerido para llevar a cabo el plan de prueba, describiendo el orden de integración 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 información es vital para el mantenimiento del software.

Asimismo se incluye un listado de todos los casos de prueba y resultados esperados.

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

Estas expectativas están definidas en la especificación de requisitos que describe los atributos del software visibles al

11 PRUEBA DE VALIDACION Una vez probado cada caso pueden darse dos condiciones: las características de funcionamiento ó de rendimiento están de acuerdo con las especificaciones y son aceptables, ó se descubre una desviación de las especificaciones y se crea una lista de deficiencias.

están de acuerdo con las especificaciones y son aceptables, ó se

12 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 ó más lugares de clientes y usuarios finales. En la alfa el desarrollador observa, en la beta es una aplicación 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 versión del producto de software para toda la base de clientes.

En la alfa el desarrollador observa, en la beta es una aplicación en vivo en un entorno que no controla el desarrollador.

13 PRUEBA DE SISTEMA Constituida por una serie de pruebas diferentes cuyo propósito es ejercitar profundamente el sistema basado en computadora. Entre pruebas de sistema tenemos: Prueba de recuperación: forza el fallo del software de muchas formas y verifica que la recuperación se lleva a cabo apropiadamente. Se evalúa la corrección de reinicialización, mecanismos de recuperación del estado del sistema, recuperación de datos y rearranque. Prueba de seguridad: intenta verificar que los mecanismos de protección del sistema lo protegerán adecuadamente.

Entre pruebas de sistema tenemos: Prueba de recuperación: forza el fallo del software de muchas formas y verifica que la recuperación se

14 PRUEBA DE SISTEMA Prueba de resistencia: está diseñada para enfrentar a los programas con situaciones anormales, es decir, ejecuta un sistema de forma que demande recursos en cantidad, frecuencia ó volúmenes anormales. Una variación 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 ejecución. Se da en todos los pasos del proceso de prueba.

Una variación de esta prueba es la prueba de sensibilidad, utilizando datos que produzcan inestabilidad ó procesamiento

15 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

Documentos relacionados

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,