Este documento describe diferentes tipos de pruebas de software, incluyendo pruebas de unidad, integración y validación. Las pruebas de unidad prueban módulos individuales, las pruebas de integración verifican la comunicación entre módulos, y las pruebas de validación comprueban que el software cumple con los requisitos del usuario a través de casos de prueba de caja blanca y negra. El objetivo es proponer una estrategia de pruebas para garantizar los requisitos no funcionales a través de pruebas de

1. Instituto Tecnológico Superior de Libres
Desarrollo de Proyectos de Software
Estrategia de las pruebas de sistemas, integración, de unidad y de
validación
PRESENTA
Bonilla González Pablo

2. Introducción
El objetivo de este trabajo es proponer
un conjunto de Pruebas de Software
Orientado a Objetos (OO) para
garantizar los Requerimientos No
Funcionales, a través de una Estrategia
de Prueba y sea de sistema, de
aplicación, de unidad o de aceptación.

3. PRUEBAS DE UNIDAD.
Este tipo de pruebas considera los
siguientes aspectos:
 Errores
 interfaces entre módulos
 interfaces entrada/salida
 estructuras de datos locales
 cálculos
 flujo de control
 caminos de procesamiento de errores

4. PRUEBAS DE
INTEGRACIÓN
Este tipo de pruebas verifica los siguientes
tipos de errores.
 Comunicación a través de la interface
 Efectos colaterales perniciosos
 Acumulación notable de errores de
cálculo
 Acceso incoherente a estructuras de
datos
 Globales
 Tiempos de respuesta

5. PRUEBAS DE VALIDACIÓN
Esta pruebas son definidas por el
usuario del sistema y preparadas por el
equipo de desarrollo, aunque la
aprobación y ejecución final dependen
del usuario.
Este tipo de estrategia consta de dos
tipos de ejecución de pruebas:

6. Caja Blanca
El criterio de selección de casos de
prueba buscará cierta cobertura
caminos independientes
valores de operacionales
estructuras de datos
los errores se esconden en los rincones y
se acumulan en las fronteras
las condiciones
bucles dentro y fuera de sus límites

7. Caja Negra
Permiten detectar
funcionamiento incorrecto o
incompleto
errores interface
errores accesos estructuras de
datos
externas
problemas de rendimiento
errores de inicio y terminación

8. Pruebas de validación
El objetivo de estas pruebas es obtener información útil
para la validación de la implementación de los algoritmos.
Se asume para esta parte que el software ha cumplido la
etapa de verificación, por lo tanto está libre de errores de
tiempo de ejecución, lo que no significa que esté libre de
errores lógicos (diferencias entre la estrategia propuesta y
la implementada).
 La estrategia propuesta para las mismas es la
siguiente:
 Considerar redes de tamaño relativamente pequeño
(confiables y no confiables).
 Calcular el índice de confiabilidad de forma manual
(utilizando por ejemplo el algoritmo de enumeración
completa de estados, o en casos en que sea posible,
en forma analítica).
 Comparar con los resultados proporcionados por los
algoritmos.

9. FUENTES DE INFORMACIÓN
 http://lsi.ugr.es/~ig1/docis/pruso.pdf
 http://www.fing.edu.uy/~mauttone/vali
dacion.html