MARCO TEÓRICO
PRUEBAS DE INTEGRACIÓN DESCENDENTE
PRUEBAS DE INTEGRACIÓN DESCENDENTE
INTRODUCCIÓN
La prueba de integración es
una técnica para construir la estructura del programa mientras que, al mismo
tiempo, se llevan a cabo pruebas para detectar errores asociados con la
interacción. Han sido, hasta ahora, las menos estudiadas y comprendidas y las
más evitadas, aun en las empresas que dan poco valor a las pruebas, los
desarrolladores realizan pruebas de unidad, aun cuando sean informales.
También
se efectúan algunas pruebas de sistemas, al menos poco antes de entregar el
software. Sin embargo, las pruebas de integración no se ven como necesarias.
Tomar los módulos probados en unidad y estructurar un
programa que esté de acuerdo con el que dicta el diseño. La integración puede
ser descendente si se integran los módulos desde el control o programa principal,
o bien, ascendente, si la verificación del diseño empieza desde los módulos más
bajos y de allí al principal.
La selección de una estrategia de integración
depende de las características depende de las características del software y, a
veces, del plan del proyecto, en algunos de los casos se puede combinar ambas
estrategias.
OBJETIVO
El objetivo de las pruebas de
integración es 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.
DEFINICIÓN
Pruebas integrales o pruebas
de integración son aquellas que se realizan en el ámbito del desarrollo de
software una vez que se han aprobado las pruebas unitarias. Únicamente se
refieren a la prueba o pruebas de todos los elementos unitarios que componen un
proceso, hecha en conjunto, de una sola vez.
JUSTIFICACIÓN
Integración descendente
(top-down). Es una estrategia de integración incremental a la construcción de
la estructura de programas, en el cual se integran los módulos moviéndose en
dirección hacia abajo por la jerarquía
de control comenzando con el modulo principal (programa principal). Los módulos
subordinados al módulo de control principal se van incorporando en la
estructura, bien de forma primero en profundidad, o bien de forma primero en
anchura.
- Primero en Profundidad, completando ramas del árbol.
- Primero en Anchura; completado niveles de jerarquía.
Empieza la
construcción y la prueba con los niveles más bajos de la estructura del
programa. Dado que los módulos se integran de abajo hacia arriba, el proceso
requerido de los módulos subordinados siempre está disponible y se elimina la
necesidad de resguardos.
Se puede implementar una estrategia de integración
ascendente mediante los siguientes pasos:
- Se combina los módulos de bajo nivel en grupos que realicen una subfunción específica del software.
- Se describe un controlador (un programa de control de la prueba) para coordinar la entrada y la salida de los casos de prueba.
- Se prueba el grupo.
- Se eliminan los controladores y se combinan los grupos moviéndose hacia arriba por la estructura del programa.
CONCLUSIÓN
La confirmación de
un sistema de software es un proceso continuo en cada etapa del ciclo de vida
del software. La prueba de los programas sigue siendo la técnica de
confirmación de sistemas más utilizada, por lo que informe se centra en ese
tema en su proceso asociado de depuración.
La prueba de los programas es parte del
proceso de confirmación que suele realizarse durante la aplicación y también,
en una forma distinta, cuando este ha terminado, la prueba consiste en
ejercitar el programa utilizando datos similares a los datos reales que harán
de ser ejecutados por el programa, observar los resultados y deducir la
existencia de errores o insuficiencias del programa a partir de las anomalías
de este resultado.
A lo que corresponde a las pruebas de integración
descendentes se integran los módulos moviéndose hacia abajo por la jerarquía de
control teniendo una mejor manejo y fácil entendimiento a detalle y orden de
los niveles. En ocasiones, se piensa que las pruebas y la depuración de
programas son una misma cosa.
Aunque están muy relacionadas, en realidad son
procesos distintos, la prueba es el proceso de establecer la existencia de
errores en el programa.
Depuración es el proceso de localizar dónde se
produjeron esos errores y corregir el código incorrecto.
No hay comentarios:
Publicar un comentario