El objetivo de las pruebas de integración es utilizar aquellos componentes que pasan las pruebas unitarias para construir la estructura del programa de acuerdo con los requisitos de diseño. Un solo módulo es de alta calidad pero no es suficiente para garantizar la calidad de todo el sistema. Hay muchas fallas ocultas que resultan de interacciones no deseadas entre módulos de alta calidad. Las siguientes dos técnicas de prueba se utilizan para las pruebas de integración:
1) Pruebas funcionales. Utilice tecnología de prueba de caja negra para probar las especificaciones de interfaz del módulo bajo prueba.
2) Pruebas no funcionales. Pruebe el módulo para determinar su rendimiento o confiabilidad.
Pruebas de integración
Pruebas de integración
Además, la necesidad de las pruebas de integración es que, aunque algunos módulos pueden funcionar de forma independiente, no hay garantía de que funcionen. Cuando está conectado. Funciona normalmente. Los problemas que no se pueden reflejar en algunas partes del programa pueden quedar expuestos globalmente y afectar la realización de funciones. Además, en algunos modelos de desarrollo, como el desarrollo iterativo, el diseño y la implementación ocurren de forma iterativa. En este caso, la importancia de las pruebas de integración es que pueden verificar indirectamente si el diseño general es factible.
Las pruebas de integración tienen como objetivo garantizar que las unidades puedan funcionar juntas según lo previsto cuando se combinan y garantizar que el comportamiento incremental sea correcto. Lo que prueba incluye las interfaces entre unidades y las funciones integradas. Pruebe la funcionalidad integrada utilizando métodos de prueba de caja negra. Y realice pruebas de regresión en integraciones anteriores.
Un ejemplo simple:
Estrechamente relacionada con las pruebas de integración está la integración continua. La integración continua es una práctica de desarrollo de software en la que los miembros del equipo de desarrollo integran su trabajo con frecuencia; generalmente cada miembro se integra al menos una vez al día, lo que significa que la integración puede ocurrir varias veces al día. Cada integración se verifica mediante compilaciones automatizadas (incluidas la compilación, el lanzamiento y las pruebas automatizadas) para detectar errores de integración lo antes posible.