Este documento describe diferentes tipos de pruebas de software, incluyendo pruebas de unidad, integración, sistema y aceptación. Las pruebas de unidad se enfocan en probar componentes individuales, mientras que las pruebas de integración prueban la interacción entre componentes. Las pruebas de sistema verifican el funcionamiento global del sistema completo e interfaces con otros sistemas, y las pruebas de aceptación validan que el sistema cumple las expectativas del usuario final.

1. S.E.P D.G.E.S.T D.I.T.D.
INSTITUTO TECNOLÓGICO SUPERIOR DE LIBRES
Organismo Público Descentralizado del Gobierno del Estado de Puebla
INGENIERÍA EN SISTEMAS COMPUTACIONALES
DEARROLLO DE PROYECTOS DE SOFTWARE
“ESTRATEGIAS DE APLICACIÓN DE PRUEBAS”
PRESENTA:
COSCATL NAHUACATL MARÍA FELIPA
LIBRES, PUEBLA, MAYO DE 2012

2. PRUEBAS DE UNIDAD
Es un proceso para probar los
subprogramas, subrutinas, procedimientos
individuales o las clases en un programa.
Objetivo: Verificar la funcionalidad y estructura
de cada componente individual, una vez que ha
sido codificado.

3. Tipos de información al diseñar los casos de
prueba para una prueba de unidad:
 La especificación para el módulo
 El código fuente del módulo
 Analizar la lógica del módulo usando uno o
más de los métodos de caja blanca y
después completar los casos de prueba
aplicando métodos de caja negra a la
especificación del módulo.

4. PRUEBAS DE INTEGRACIÓN
Objetivo: Verificar el correcto ensamblaje entre
los distintos componentes una vez que han sido
probados unitariamente con el fin de comprobar
que interactúan correctamente a través de sus
interfaces, tanto internas como externas, cubren
la funcionalidad establecida y se ajustan a los
requisitos no funcionales especificados en las
verificaciones correspondientes

5. TIPOS DE INTEGRACIÓN:
Integración incremental: Se combina el siguiente
componente que se debe probar con el conjunto de
componentes que ya están probados y se va
incrementando progresivamente el número de
componentes a probar.
Integración no incremental: Se prueba cada componente
por separado y posteriormente se integran todos una vez
realizadas las pruebas pertinentes.

6. PRUEBAS DE SISTEMA
Objetivo: Ejercitar profundamente el sistema comprobando la
integración del sistema de información globalmente, verificando el
funcionamiento correcto de las interfaces entre los distintos
subsistemas que lo componen y con el resto de sistemas de
información con los que se comunica (Requerimientos funcionales y
no funcionales).
Son pruebas de integración del sistema de información completo,
permiten probar el sistema en su conjunto, con otros sistemas, en los
que se relacionan para verificar que las especificaciones funcionales y
técnicas se cumplen.

7. IMPLICACIONES:
 Las pruebas de sistema no se limitan a los
sistemas. Si el producto es un programa, la
prueba del sistema es el proceso de procurar
demostrar cómo el programa, en su
totalidad, no resuelve sus objetivos o
requerimientos.
 Las pruebas de sistema, por definición, son
imposibles si no están los requerimientos
por escrito, mensurables para el producto.

8. PRUEBAS DE ACEPTACIÓN
Objetivo: Validar que un sistema cumple con el
funcionamiento esperado y permitir al usuario de dicho
sistema que determine su aceptación, desde el punto de
vista de su funcionalidad y rendimiento.
Son definidas por el usuario del sistema y preparadas
por el equipo de desarrollo, aunque la ejecución y
aprobación final corresponden al usuario final.