PRUEBAS DEL SOFTWARE

UNIDAD IV.

PRUEBA DE UNIDAD
O La

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

PRUEBA DE UNIDAD
O Se prueban las condiciones lmite para

asegurar que el mdulo funciona correctamente con los lmites establecidos. O 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. O Y finalmente se prueban todos los caminos de manejo de errores

PRUEBA DE INTEGRACION
O Si todos los mdulos funcionan bien por

qu dudar de que funcionen bien juntos ?. El problema es "ponerlos juntos". O La prueba de integracin detecta errores de interaccin. O 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.

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.

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.

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

 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.

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: O 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. O Prueba de seguridad: intenta verificar que los mecanismos de proteccin del sistema lo protegern adecuadamente.

PRUEBA DE SISTEMA
O 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. O Prueba de rendimiento: Prueba el rendimiento del software en tiempo de ejecucin. Se da en todos los pasos del proceso de prueba.

Elementos que integran la documentacin de las pruebas:

O O

I. Alcance de la prueba. II. Plan de prueba.

O O

A. Agenda. B. Entorno y recursos. A. Orden de integracin.

O O

III. Procedimiento de prueba N.

O

1. Propsito. 2. Mdulos a ser probados. 1. Descripcin de pruebas para el mdulo M. 2. Resultados esperados. 1. Herramientas o tcnicas especiales.

B. Pruebas de unidad para los mdulos de la subfase

O O

O O O

C. Entorno de prueba.
O

D. Datos de los casos de prueba. E. Resultados esperados para la subfase N.

O O

IV. Resultados de prueba obtenidos. V. Referencias.

Descripcin de cada elemento:

O 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. O 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.

continua
O 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.
O Se registran los resultados reales de prueba

obtenidos, problemas y peculiaridades. Esta informacin es vital para el mantenimiento del software.