Pasos en las pruebas de integración ascendentes

La prueba ascendente es un tipo de enfoque de prueba de integración incremental en el que la prueba se realiza integrando o uniendo dos o más módulos moviéndose hacia arriba de abajo hacia arriba a través del flujo de control de la estructura de la arquitectura. En estos, primero se prueban los módulos de bajo nivel y luego se prueban los módulos de alto nivel. Este tipo de prueba o enfoque también se conoce como razonamiento inductivo y se utiliza como sinónimo de síntesis en muchos casos. Las pruebas ascendentes son pruebas fáciles de usar y dan como resultado un aumento en el desarrollo general de software. Esta prueba da como resultado altas tasas de éxito con resultados duraderos. 

Procesamiento: 
Los siguientes son los pasos que se deben seguir durante el procesamiento: 

1. Los clústeres se forman fusionando o combinando módulos o elementos de bajo nivel. Estos clústeres también se conocen como compilaciones que son responsables de realizar ciertas funciones secundarias o subsidiarias de un software.
2. Es importante escribir un programa de control para las pruebas. Estos programas de control también se conocen como drivers o módulos de alto nivel. Simplemente coordina la entrada y salida de un caso de prueba.
3. Las pruebas se realizan en toda la compilación o el clúster que contiene módulos de bajo nivel.
4. Por último, el programa de control, los controladores o los módulos de alto nivel se eliminan y los grupos se integran moviéndose hacia arriba de abajo hacia arriba en la estructura del programa con la ayuda del flujo de control.

Ejemplo: 
en el último, los módulos o componentes se combinan para formar el clúster 1 y el clúster 2. Después de esto, cada clúster se prueba con la ayuda de un programa de control. El clúster está presente debajo del módulo o controlador de alto nivel. Después de la prueba, se elimina el controlador y los clústeres se combinan y se mueven hacia arriba con módulos. 
 

ventajas : 

• Es fácil y simple crear y desarrollar condiciones de prueba.
• También es fácil observar los resultados de las pruebas.
• No es necesario conocer los detalles del diseño estructural.
• Las utilidades de bajo nivel también se prueban bien y también son compatibles con la estructura orientada a objetos.

Desventajas: 

• Hacia la cima de la Jerarquía, se vuelve muy complicado.
• No existe un concepto con respecto al sistema esquelético temprano.
• Habrá un impacto en las pruebas unitarias de nivel superior y hermanos debido a los cambios.