Please enable JavaScript.

Coggle requires JavaScript to display documents.

Pruebas de integración - Coggle Diagram

- - - - Caso de estudio
        
        Aquí compilamos todos los módulos en el árbol de descomposición funcional: Main, isLeap, lastDayOfMonth, GetDate,ValidDate, IncrementDate, printDate y prueba todo el sistema en una sola sesión
      - Resumen
        
        En resumen, la integración big bang tiene las siguientes características:
        
        • Considera todo el sistema como un subsistema
        
        • Prueba todos los módulos en una sola sesión de prueba
        
        • Solo una sesión de prueba de integración
  - - - Caso de estudio
        
        Con nuestro programa de ejemplo nextDate, este enfoque de integración no es muy útil. Esto se debe principalmente a que se trata de un sistema simple (así el árbol de descomposición funcional no tiene muchos niveles) y en segundo lugar el programa principal no tiene muchas funciones ni una interfaz de usuario compleja
      - Resumen
        
        En resumen, la integración de arriba hacia abajo tiene las siguientes características:
        
        • La integración comienza en el programa principal
        
        • Pasa de los módulos de nivel superior a los módulos de nivel inferior
        
        • Tiene nnodes − nleaves + nedges número de sesiones de prueba de integración
  - - - Caso de estudio
        
        Para la integración ascendente, podemos aplicarla a nuestro ejemplo comenzando con isLeap, luego lastDayOfMonth, validDate y obtener fecha. Algunas sesiones de prueba más cortas pero aún útiles incluyen Main y getDate, incrementDate, printDate.
      - Resumen
        
        En resumen, la integración ascendente tiene las siguientes características:
        
        • Comience en las hojas del árbol de descomposición funcional
        
        • Trabajar hacia el nivel superior, a la raíz del árbol
        
        • Tiene nnodes − nleaves + nedges número de sesiones de prueba de integración
  - - - Caso de estudio
        
        La integración sándwich también es una buena opción para las pruebas de integración en este sistema. Esto se debe a que al hacer cualquiera enfoque top-down o bottom-up se cubre buena parte del árbol de descomposición funcional. Integración sándwich El enfoque es conocido por su flexibilidad en la integración, por lo que no existen pautas estrictas en la agrupación de módulos.
      - Resumen
        
        En resumen, la integración sándwich tiene las siguientes características:
        
        • Combina un enfoque de arriba hacia abajo y un enfoque de abajo hacia arriba
        
        • En general, los módulos de nivel superior utilizan un enfoque de arriba hacia abajo (stub)
        
        • Normalmente, los módulos de nivel inferior utilizan un enfoque de abajo hacia arriba (controlador)
        
        • Las pruebas convergen hacia el medio
        
        • El número de sesiones de integración puede variar
        
        • El número máximo de sesiones es el número de subárboles del sistema
- - - - Los MM-Paths representan acciones con entradas y salidas mostrándonos así el sistema en un nivel funcional. la forma en que Se construye el grafo MM-Path, cómo se identifican los módulos y mensajes nos permite trabajar en el sistema de una manera nivel estructural
        
        Caso de estudio
        
        El ejemplo es un programa basado en datos; los MM-Paths comienzan y regresan al programa principal. El siguiente fragmento
        representan el primer MM-Path para “5/27/2002”:
        
        Resumen
        
        la integración MM-Path tiene las siguientes características:
        
        • Los mensajes enviados entre módulos son rastreados
        
        • El conjunto de MM-Paths debe cubrir todas las rutas de fuente a sumidero
        
        • Los puntos de inactividad son puntos finales naturales para un MM-Path
        
        • El número de sesiones de prueba de integración depende del sistema en cuestión
- - - - Caso de estudio
        
        Aplicando este enfoque al ejemplo tendremos:
        
        Barrio de validDate: getDate, lastDayOfMonth
        
        Barrio de lastDayOfMonth: validDate, incrementDate, isLeap
        
        Barrio de getDate: Main, validDate
        
        Barrio de incrementDate: Main, lastDayOfMonth
        
        Barrio de Main: getDate, incrementDate, printDate
      - Resumen
        
        En resumen, la integración barrial tiene las siguientes características:
        
        • Los módulos se agrupan como barrios
        
        • Un módulo vecino es un módulo que es el sucesor o predecesor inmediato de otra unidad
        
        • El número de sesiones de prueba de integración es n_nodes − n_sinknodes
  - - - Caso de estudio
        
        Al pasar a una estrategia basada en gráficos de llamadas, podremos eliminar el problema de las sesiones de prueba vacías. Esto es porque los bordes en realidad representan las llamadas y las dependencias funcionales de los módulos
      - Resumen
        
        En resumen, la integración por pares tiene las siguientes características:
        
        • Cada sesión de prueba está restringida a solo un par de módulos
        
        • El emparejamiento de módulos se basa en los bordes del gráfico de llamadas
        
        • El número de sesiones de prueba de integración es el número de aristas