Please enable JavaScript.

Coggle requires JavaScript to display documents.

Pruebas de integración - Coggle Diagram

- - - - Comenzamos en el nodo objetivo en la raíz del árbol de descomposición funcional y trabajamos hacia las hojas. Consiste en reemplazar uno de los módulos stub con el código real y probar el subsistema resultante. Si no se encuentra ningún problema, entonces hacemos la siguiente fase de prueba. Si todos los hijos fueron reemplazados por código real al menos una vez y cumplen con los requisitos, entonces bajamos al siguiente nivel.
        
        Resumen
        
        La integración comienza en el programa principal. Pasa de los módulos de nivel superior a los módulos de nivel inferior. Tiene nodos − nleaves + nedges número de sesiones de prueba de integración.
        
        Ventajas
        
        Prototipo temprano de SUT. Diseño e implementación de entrelazados.
        
        Desventajas
        
        Programación de código desechable. Pruebas de interacción tardía entre el programa principal,
        la capa de aplicación y el hardware. Difícil crear casos de prueba
    - - comienza en el extremo opuesto del árbol de descomposición funcional, en lugar de comenzar en el extremo principal.
        programa comenzamos en la implementación de nivel inferior del software.
        
        Resumen
        
        Comience por las hojas del árbol de descomposición funcional. Trabaja hacia el nivel superior, hacia la raíz del árbol. Tiene nnodos − nleaves + nedges número de sesiones de prueba de integración
        
        Desventajas
        
        Sin prototipo. Programa principal probado por última vez. Tarde para identificar errores de diseño. Alto costo de corrección de errores
        
        Ventajas
        
        Menos programación de código desechable. Fácil de crear entornos de prueba. Manejo sencillo de excepciones
    - - La integración sándwich combina la integración de arriba hacia abajo y la integración de abajo hacia arriba. El concepto principal es maximizar las ventajas de las estrategias de arriba hacia abajo y de abajo hacia arriba y minimizando sus debilidades. De arriba hacia abajo, comenzando en la raíz del árbol de descomposición funcional.
        
        Resumen
        
        Este metodo combina los métodos anteriores del top-down con bottom-up, haciendo que convergan en 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.
        
        Desventajas
        
        Todavía requiere programación de código desechable. Integración parcial del big bang. Problemas difíciles de aislar
        
        Ventajas
        
        Las capas superior e inferior se pueden hacer en paralelo. Se necesitan menos talones y controladores. Casos de prueba fáciles de construir. Mejor control de cobertura. La integración se realiza tan pronto como se implementa un componente.
    - - Aquí se trata al sistema como un subsistema, haciendo que mediante este enfoque se requieran de pocos recursos para su ejecución. No es recomendable ya que no es sistemático
        
        Resumen
        
        Considera todo el sistema como un subsistema.
        Prueba todos los módulos en una única sesión de prueba. Sólo una sesión de prueba de integración.
        
        Ventajas
        
        Requisito de recursos bajo.
        No requiere codificación adicional
        
        Desventajas
        
        No sistemático. Problemas difíciles de localizar.
        Difícil crear casos de prueba
- - - - Eliminamos la necesidad de código auxiliar y controlador debido a que usamos el código real de la agrupación de nodos de nodos lo que genera muchas iteraciones pero una busqueda precisa del problema
        
        Resumen
        
        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.
        
        Ventajas
        
        Se elimina la necesidad de trozos y controladores. Uso de código real
        
        Desventajas
        
        Muchas sesiones de prueba
    - - Creamos vecindarios( subsistemas) en donde vemos como están vinculados con sus predecesores y susesores de una manera similar a la integración sandwich
        
        Resumen
        
        Se realiza un seguimiento de los mensajes enviados entre módulos. El conjunto de MM-Paths debe cubrir todas las rutas de origen 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.
        
        Desventajas
        
        Se requiere un esfuerzo adicional para identificar el MM-Path
        
        Ventajas
        
        Se elimina la necesidad de stub y driver. Uso de código real. Reducción de sesiones de prueba.
- - - - Se basa en que apartir de un grafo creeamos rutas a partir de nodos que envian mensajes y reciben generando un análisis del comportamiento del sistema donde tenemos 2 parametros de criterios: Mensaje de inactividad e inactividad de mensaje
        
        Resumen
        
        Se realiza un seguimiento de los mensajes enviados entre módulos
        El conjunto de rutas MM debe cubrir todas las rutas de origen a sumidero. Los puntos de inactividad son puntos finales naturales para una ruta MM. El número de sesiones de prueba de integración depende del sistema en cuestión.
        
        Ventajas
        
        Híbrido de pruebas funcionales y estructurales. Estrechamente acoplado con el comportamiento real del sistema. No requiere talón ni controlador
        
        Desventajas
        
        Se requiere un esfuerzo adicional para identificar los MM-Paths