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