Pruebas de integración

Pruebas de integración

1. Las pruebas de integración son una técnica sistemática para construir la arquitectura del software mientras se llevan a cabo pruebas para descubrir errores asociados con la interfaz

   • Objetivo: Es tomar los componentes probados de manera individual y construir una estructura de programa que se haya dictado por diseño
     • En un contexto más amplio, las pruebas exitosas (de cualquier tipo) dan como resultado el descubrimiento de errores, y los errores deben corregirse

2. Se divide

   • Integración descente
     • Es un enfoque incremental a la construcción de la arquitectura de software. Los módulos se integran al moverse hacia abajo a través de la jerarquía de control, comenzando con el módulo de control principal
       • Integración en pronfudidad
         • integra todos los componentes sobre una ruta de control mayor de la estructura del programa.
       • Integración en anchura
         • Incorpora todos los componentes directamente subordinados en cada nivel, y se mueve horizontalmente a través de la estructura
       • Se realiza en cinco partes:
         • El módulo de control principal se usa como un controlador de prueba y los representantes se sustituyen con todos los componentes
         • Dependiendo del enfoque de integración seleccionado, los representantes subordinados se sustituyen uno a la vez con componentes reales.
         • Las pruebas se llevan a cabo conforme se integra cada componente.
         • Al completar cada conjunto de pruebas, otro representante se sustituye con el componente real
         • Las pruebas de regresión (que se analizan más adelante en esta sección) pueden realizarse para asegurar que no se introdujeron nuevos errores
     • La estrategia de integración descendente verifica los principales puntos de control o de decisión al principio en el proceso de prueba
   • Integración ascendente
     • La prueba de integración ascendente, como su nombre implica, comienza la construcción y la prueba con módulos atómicos (es decir, componentes en los niveles inferiores dentro de la estructura del programa).
       • Se realiza en cuatro pasos:
         • Los componentes en el nivel inferior se combinan en grupos que realizan una subfunción de software específica.
         • Se escribe un controlador (un programa de control para pruebas) a fin de coordinar la entrada y salida de casos de prueba
         • Se prueba el grupo.
         • Los controladores se remueven y los grupos se combinan moviéndolos hacia arriba en la estructura del programa.
       • Sigue el siguiente patron
   • Pruebas de regresión
     • Cada vez que se agrega un nuevo módulo como parte de las pruebas de integración, el software cambia. Se establecen nuevas rutas de flujo de datos, ocurren nuevas operaciones de entrada/salida
       • Casos de prueba
         • Una muestra representativa de pruebas que ejercitará todas las funciones de software
         • Pruebas adicionales que se enfocan en las funciones del software que probablemente resulten afectadas por el cambio
         • Pruebas que se enfocan en los componentes del software que cambiaron.
       • Conforme avanza la prueba de integración, el número de pruebas de regresión puede volverse muy grande
   • Pruebas de humo
     • La prueba de humo es un enfoque de prueba de integración que se usa cuando se desarrolla software de producto. Se diseña como un mecanismo de ritmo para proyectos críticos en el tiempo, lo que permite al equipo del software valorar el proyecto de manera frecuente.
       • Actividades
         • Los componentes de software traducidos en código se integran en una construcción.
         • Se diseña una serie de pruebas para exponer los errores que evitarán a la construcción realizar adecuadamente su función.
         • La construcción se integra con otras construcciones, y todo el producto se somete a prueba de humo diariamente
       • Beneficios de la prueba de humo
         • Se minimiza el riesgo de integración.
         • La calidad del producto final mejora
         • El diagnóstico y la corrección de errores se simplifican.
         • El progreso es más fácil de valorar.

3. Opciones estratégicas

   • La selección de una estrategia de integración depende de las características del software y, en ocasiones, del calendario del proyecto.
     • Conforme se realiza la integración, quien efectúa la prueba debe identificar los módulos críticos.
       • Aborda muchos requerimientos de software
       • Tiene un alto nivel de control (reside relativamente alto en la estructura del programa)
       • Es complejo o proclive al error
       • Tiene requerimientos de rendimiento definidos.

Images and files in the map