Pasos en las pruebas de integración de arriba hacia abajo

La prueba de arriba hacia abajo 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 abajo de arriba a abajo a través del flujo de control de la estructura de la arquitectura. En estos, primero se prueban los módulos de alto nivel y luego se prueban los módulos de bajo nivel. Luego, finalmente, se realiza la integración para garantizar que el sistema funcione correctamente. Para llevar a cabo este proyecto se utilizan stubs y drivers. Esta técnica se utiliza para aumentar o estimular el comportamiento de los Módulos que no están integrados en un nivel inferior.

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

1. El controlador de prueba representa el módulo de control principal, también conocido como módulo de alto nivel, y los apéndices se usan generalmente para todos los módulos de bajo nivel que se subordinan directamente (presentes o están debajo de otro) a los módulos de alto nivel.
2. En esto, la prueba se lleva a cabo desde abajo. Entonces, los módulos de alto nivel también se prueban primero de forma aislada.
3. Después de esto, los módulos de bajo nivel o los módulos subordinados o stubs reemplazan al módulo de alto nivel uno por uno a la vez. Esto se puede hacer utilizando métodos como la búsqueda en profundidad o en amplitud.
4. El proceso se repite hasta que cada módulo está integrado y probado.
5. Otro stub reemplaza el módulo real o de control presente después de completar cada conjunto de pruebas. Estos stubs actúan como reemplazo temporal de un módulo llamado (stubs) y dan el mismo resultado o salida que da el producto real.
6. Para verificar si hay algún defecto o algún error ocurrido o presente, se realizan pruebas de regresión y es importante reducir cualquier efecto secundario que pueda ser causado por los errores ocurridos.

Deficiencias:
Los siguientes son algunos de los problemas lógicos que pueden surgir en las pruebas de integración de arriba hacia abajo:

1. Los modelos superiores o los módulos de alto nivel deben probarse adecuadamente para mantener la calidad y para procesar módulos de nivel inferior o fragmentos de pruebas de arriba hacia abajo.
2. Como sabemos, en este tipo de pruebas de pf, los stubs reemplazan temporalmente un módulo de nivel inferior, pero los datos no se mueven hacia arriba con este reemplazo. Debido a esto, las pruebas no se pueden realizar a tiempo, lo que genera demoras en las pruebas.
3. Debido al reemplazo, los talones pueden volverse más y más complejos después de cada reemplazo.
4. Perder el control sobre la correspondencia entre pruebas específicas y módulos específicos es el principal problema que puede surgir durante el proceso.
5. A veces, los módulos en los niveles más bajos se prueban de manera inadecuada (insatisfactorio que carece de calidad).

Ejemplo:
en la prueba de integración de arriba hacia abajo, si se adopta el enfoque de profundidad primero, comenzaremos la integración desde el módulo M1. Luego integraremos M2, luego M3, M4, M5, M6 y por último M7.

En las pruebas de integración de arriba hacia abajo, si se adopta el enfoque de amplitud primero, integraremos primero el módulo M1, luego M2, M6. Luego integraremos el módulo M3, M4, M5 y por último M7.

ventajas :

• No hay necesidad de escribir controladores.
• Los errores de interfaz se identifican en una etapa temprana y la localización de fallas también es más fácil.
• Las utilidades de bajo nivel que no son importantes no se prueban bien y los probadores de alto nivel se prueban bien de manera adecuada.
• La representación de casos de prueba es más fácil y simple una vez que se agregan funciones de entrada-salida.

Desventajas:

• Requiere una gran cantidad de stubs y objetos simulados.
• La representación de casos de prueba en stubs puede no ser fácil y puede ser difícil antes de que se agreguen funciones de entrada-salida.
• Las utilidades de bajo nivel que son importantes tampoco se prueban bien.