Pruebas de integración (K2 - entender, explicar , razonar)

Objetivos:

1. Comparar los distintos niveles de pruebas : Principales objetivos , objetos típicos de las pruebas, objetivos típicos de las pruebas (por ejemplo , funcionales o estructurales) y productos de trabajos asociados, personas que prueba, tipos de defectos y fallos a identificar (K2).

Términos usados en este artículo: INTEGRACIÓN, PRUEBAS DE INTEGRACIÓN.


Pruebas de Integración

Base de pruebas.

1. Diseño de software y sistema.
2. Arquitectura.
3. Flujos de trabajo.
4. Casos de uso.

Objetos de prueba típicos:

1. Implementación de base de datos de subsistemas.
2. Infraestructura.
3. Interfaces.

Configuración del sistema

1. Datos de configuración.

Las pruebas de integración se ocupan para probar las interfaces de los componentes, las iteracciones con distintas partes de un mismo sistema, como el sistema operativo, el sistema de archivos y el hardware, y las interfaces entre varios sistemas.

Puede haber más de un nivel de pruebas de integración y pueden llevarse a cabo en objetos de prueba de distintos tamaño, según se indica a continuación:

1. Las pruebas de integración de componentes se ocupan de probar las iteracciones entre los componentes del software y se realizan a continuación de las pruebas de componente.
2.  Las pruebas de integración de sistema se ocupan de probar las iteracciones entre los distintos sistemas o entre el hardware y el software, y puede realizarse a continuación de las pruebas de sistema. En este caso, la organización de desarrollo puede controlar sólo una parte de la interfaz, lo que puede considerarse un riesgo. Los procesos de negocio implementados como flujos de trabajo pueden afectar a una serie de sistemas. os problemas de plataforma transversales pueden ser importantes.

Cuanto más amplio sea el alcance de la integración, más difícil será asilar los fallos de un componente o sistema específico , lo que puede provocar un mayor riesgo y un tiempo adicional de diagnóstico.

Las estrategias de integración sistemáticas pueden basarse en la arquitectura de sistema (tales como de arriba hacia abajo y de abajo hacia arriba), tareas funcionales, secuencias de procesamiento de transacciones o cualquier otro aspecto del sistema o de los componentes.

Con vistas a facilitar el aislamiento de faltas y realizar una detección temprana de los defectos, normalmente la integración será incremental  en lugar de tipo "big-bang".

Las pruebas de características específicas no funcionales (como el rendimiento) pueden incluirse tanto en las pruebas de integración como en las pruebas funcionales.

En cada fase de integración, los probadores deben concentrarse exclusivamente en la propia integración. Así están integrando el módulo A con el módulo B, deben concentrarse en probar la comunicación entre módulos, no la funcionalidad del módulo individual, ya que eso ya se hizo durante las pruebas de componente. Para ello pueden utilizarse tanto el enfoque funcional como el enfoque estructural.

Idealmente, los probadores deben entender la arquitectura y modificar la planificación de la integración en consecuencia. Si las pruebas de integración se planifican antes de construir los componentes o sistemas, dichos componentes pueden construirse en el orden necesario para que las pruebas sean lo más eficientes posible.

Pregunta de examen

9 Which of the following is the main purpose of the integration strategy for integration
testing in the small?
a) to ensure that all of the small modules are tested adequately
b) to ensure that the system interfaces to other systems and networks
c) to specify which modules to combine when and how many at once -->OK
d) to ensure that the integration testing can be performed by a small team
e) to specify how the software should be divided into modules

9 ¿Cuál de los siguientes afirmaciones es el objetivo principal de la estrategia de integración para la integración prueba en la pequeña ?.

a) garantizar que todos los pequeños módulos son probados adecuadamente
b ) asegurarse de que las interfaces del sistema con otros sistemas y redes
c ) para especificar qué módulos para combinar cuándo y cuántas a la vez-->OK
d ) para asegurar que la prueba de integración se puede realizar por un pequeño equipo
prueba en la pequeña ?
e) para especificar cómo el software debe ser dividido en módulos

23 Which of the following statements about the component testing standard is false:
a) black box design techniques all have an associated measurement technique-->OK
b) white box design techniques all have an associated measurement technique
c) cyclomatic complexity is not a test measurement technique
d) black box measurement techniques all have an associated test design technique
e) white box measurement techniques all have an associated test design technique


23 ¿Cuál de las siguientes afirmaciones sobre pruebas de componentes, es falso 
a) técnicas de diseño de la caja negra todos tienen asociado una técnica de medición.-->OK
b) técnicas de diseño de caja blanca todos tienen asociado una técnica de medición.
c) la complejidad ciclomática no es una técnica de medición de prueba
d ) las técnicas de medición de caja negra,  todos tienen una técnica de diseño.

e) Técnicas de medición de la caja blanca todos tienen una técnica de diseño de pruebas asociado