Las pruebas de integración (a veces llamadas integración y pruebas , abreviado I&T ) es la fase de las pruebas de software en la que los módulos de software individuales se combinan y prueban como un grupo. Las pruebas de integración se llevan a cabo para evaluar el cumplimiento de un sistema o componente con los requisitos funcionales especificados . [1] Ocurre después de las pruebas unitarias y antes de las pruebas de validación . Las pruebas de integración toman como entrada los módulos que han sido probados por unidad, los agrupa en agregados más grandes, aplica las pruebas definidas en un plan de prueba de integracióna esos agregados, y entrega como resultado el sistema integrado listo para la prueba del sistema . [2]
Acercarse
Algunos tipos diferentes de pruebas de integración son big-bang, mixtas (sándwich), más riesgosas, descendentes y ascendentes . Otros patrones de integración [3] son: integración de colaboración, integración de backbone, integración de capa, integración cliente-servidor, integración de servicios distribuidos e integración de alta frecuencia.
En big-bang, la mayoría de los módulos desarrollados se acoplan para formar un sistema de software completo o una parte importante del sistema y luego se utilizan para las pruebas de integración. Este método es muy eficaz para ahorrar tiempo en el proceso de prueba de integración. Sin embargo, si los casos de prueba y sus resultados no se registran correctamente, todo el proceso de integración será más complicado y puede impedir que el equipo de pruebas logre el objetivo de las pruebas de integración.
Los componentes de nivel más bajo se prueban primero en pruebas ascendentes. Luego se utilizan para facilitar la prueba de componentes de nivel superior. El proceso se repite hasta que se prueba el componente en la parte superior de la jerarquía. Todos los módulos, procedimientos o funciones de nivel inferior o inferior se integran y luego se prueban. Después de las pruebas de integración de los módulos integrados de nivel inferior, se formará el siguiente nivel de módulos y se podrá utilizar para las pruebas de integración. Este enfoque es útil solo cuando todos o la mayoría de los módulos del mismo nivel de desarrollo están listos. Este método también ayuda a determinar los niveles de software desarrollado y facilita informar el progreso de las pruebas en forma de porcentaje.
Los módulos integrados superiores se prueban primero en pruebas descendentes y la rama del módulo se prueba paso a paso hasta el final del módulo relacionado.
Las pruebas en sándwich combinan pruebas descendentes con pruebas ascendentes. Una limitación de este tipo de pruebas es que, por lo general, no se probarán las condiciones que no se establezcan en las pruebas de integración especificadas, fuera de la confirmación de la ejecución de los elementos de diseño.
Ver también
Referencias
- ^ Norma internacional ISO / IEC / IEEE - Ingeniería de software y sistemas . ISO / IEC / IEEE 24765: 2010 (E). 2010. págs. Vol., No., Págs. 1-418, 15 de diciembre de 2010.
- ^ Martyn A Ould y Charles Unwin (ed), Testing in Software Development , BCS (1986), p71 . Consultado el 31 de octubre de 2014.
- ^ Binder, Robert V .: Prueba de sistemas orientados a objetos: modelos, patrones y herramientas . Addison Wesley 1999. ISBN 0-201-80938-9