IRVINPrueba de IntegracinPRUEBA DE INTEGRACINLa necesidad de realizar las pruebas de integracin viene dada por el hecho de que los mdulos que forman un programa suelen fallar cuando trabajan de forma conjunta, aunque previamente se haya demostrado que funcionan correctamente de manera individual.La prueba de integracin es una prueba sistemtica para construir la arquitectura del software, mientras al mismo tiempo, se aplican las pruebas para descubrir errores asociados a la interfaz,asegurndonos que los mdulos que estn relacionados ejecuten correctamente.A menudo se tiende a intentar una integracin, se combinan todos los componentes por anticipado, se prueba todo el programa como un todo. El objetivo es tomar los mdulos probados en unidad y estructurar un programa que est deacuerdo con el que dicta el diseo.Con el uso de estas pruebas conseguimos ir formando el programa global a medida que se comprueba como los distintos componentes interaccionan y se comunican libres de errores.La prueba de integracin es una tcnica para construir la estructura del programa mientras que, al mismo tiempo, se llevan a cabo pruebas para detectar errores asociados con la interaccin.

Objetivo de la Prueba:Identificar errores introducidos por la combinacin de programas probados unitariamente.Determina cmo la base de datos de prueba ser cargada.Verificar que las interfaces entre las entidades externas (usuarios) y las aplicaciones funcionan correctamente.Verificar que las especificaciones de diseo sean alcanzadas.Determina el enfoque para avanzar desde un nivel de integracin de las componentes al siguiente.

Descripcin de la Prueba:Describe cmo verificar que las interfaces entre las componentes de software funcionan correctamente.Determina cmo la base de datos de prueba ser cargada.Determina el enfoque para avanzar desde un nivel de integracin de las componentes al siguiente.Decide qu acciones tomar cuando se descubren problemas.Por cada Caso de Prueba ejecutado: Comparar el resultado esperado con el resultado obtenido.

Tcnica: Utilizar la tcnica top-down. Se empieza con los mdulos de nivel superior, y se verifica que los mdulos de nivel superior llaman a los de nivel inferior de manera correcta, con los parmetros correctos. Utilizar la tcnica down-top. Se empieza con los mdulos de nivel inferior, y se verifica que los mdulos de nivel inferior llaman a los de nivel superior de manera correcta, con los parmetros correctos.

Criterio de Completitud: Todas las pruebas planeadas han sido ejecutadas. Todos los defectos que se identificaron han sido tenidos en cuenta.

Consideraciones Especiales:Ninguna

Frases para entenderlo:"Si todo funciona bien individualmente, por que va a fallar cuando se une?"allan

Tipos de integracin:- Integracin descendente,es una estrategia de integracin incremental a la construccin de la estructura de programas, en el cual se integran los mdulos movindose en direccin hacia abajo por la jerarqua comenzando por el control principal (Programa principal). Los mdulos subordinados de control principal se incorporan en la estructura en la estructura, bien, de forma primero-en-profundidad, bien primero-en-anchura.

- Integracin ascendente,es donde la construccin del diseo empieza desde los mdulos ms bajos hacia arriba (mdulo principal), el procesamiento requerido de los mdulos subordinados siempre esta disponible y elimina la necesidad de resguardo.La seccin de una estrategia de integracin depende de las caractersticas depende de las caractersticas del software y, a veces, del plan del proyecto, en algunos de los casos se puede combinar ambas estrategias.

Integracin descendenteSe integran los mdulos movindose hacia abajo por la jerarqua de control, comenzando por el mdulo de control principal (programa principal). Los mdulos subordinados al mdulo de control principal se van incorporando en la estructura, bien de forma primero en profundidad, o bien de forma primero en anchura.

Integracin primero en profundidad: integra todos los mdulos de un camino de control principal de la estructura.Por ejemplo, si se elige el camino de la izquierda se integrarn primero los mdulos M1, M2 y M5. A continuacin, se integrar M8 o M6. A continuacin se construyen los caminos de control central y derecho.Integracin primero en anchura: incorpora todos los mdulos directamente subordinados a cada nivel, movindose por la estructura de forma horizontal.Por ejemplo: Los primeros mdulos que se integran son M2, M3 y M4. A continuacin, sigue el siguiente nivel de control, M5, M6, M7 y por ltimo M8.El proceso de integracin se realiza en cinco pasos:1.Se usa el mdulo de control principal como controlador de la prueba, disponiendo de resguardos para todo los mdulos directamente subordinados al mdulo de control principal.2.Dependiendo del enfoque de integracin elegido se van sustituyendo uno a uno los resguardos subordinados por los mdulos reales.1.Se llevan a cabo pruebas cada vez que se integra un nuevo mdulo.2.Tras terminar cada conjunto de prueba, se reemplaza otro resguardo con el mdulo real.3.Se hace la prueba de regresin para asegurarse de que no se han introducido errores nuevos.El proceso contina desde el paso dos hasta que se haya construido la estructura del programa entero.Integracin ascendenteEmpieza la construccin y la pruebacon los niveles ms bajos de la estructura del programa. Dado que los mdulos se integran de abajo hacia arriba, el proceso requerido de los mdulos subordinados siempre est disponible y se elimina la necesidad de resguardos.Se puede implementar una estrategia de integracin ascendente mediante los siguientes pasos:1.Se combina los mdulos de bajo nivel en grupos que realicen una subfuncin especfica del software.2.se describe un controlador (un programa de control de la prueba) para coordinar la entrada y la salida de los casos de prueba.3.Se prueba el grupo.4.Se eliminan los controladores y se combinan los grupos movindose hacia arriba por la estructura del programa.La integracin sigue el esquema de la siguiente figura:

Se combinan los mdulos para formar los grupos 1,2 y 3. Cada uno de los grupos se somete a prueba mediante un controlador (mostrado como un bloque punteado). Los mdulos de los grupos 1 y 2 son subordinados Ma. Los controladores D1y D2se eliminan y los grupos interaccionan directamente con Ma. De forma similar, se elimina el controlador D3del grupo 3 antes de la integracin con el mdulo Mb. Tanto Macomo Mbse integraran finalmente con el mdulo Mcy as sucesivamente.Prueba de regresinLa prueba de regresin consiste en volver a ejecutar un subconjunto de pruebas que se han llevado a cabo anteriormente para asegurarse de que los cambios no han propagado efectos colaterales no deseados. La prueba de regresin es la actividad que ayuda a asegurar que los cambios no introducen un comportamiento no deseado o errores adicionales.

El conjunto de pruebas de regresin contiene tres clases diferentes de casos de prueba:

oUna muestra representativa de pruebas que ejercite todas las funciones del software;oPruebas adicionales que se centran en las funciones del software que se van a ver probablemente afectadas por el cambio;oPruebas que se centran en los componentes del software que han cambiado.wilo

Prueba de humano

Esta prueba es utilizada cuando se ha desarrollado un producto software empaquetado. Es diseado como un mecanismo para proyectos crticos por tiempo, permitiendo que el equipo de software valore su proyecto sobre una base slida. La prueba de humo comprende las siguientes actividades:1.Los componentes software que han sido traducidos al cdigo se integran en una construccin. Una construccin incluye fichas de datos, libreras, mdulos reutilizables y componentes de ingeniera que se requieren para implementar una o ms funciones del producto.2.Se disea una serie de pruebas para descubrir errores que impiden a la construccin realizar su funcin adecuadamente. El objetivo ser descubrir errores bloqueantes que tengan la mayor probabilidad de impedir al proyecto de software el cumplimiento de su planificacin.3.Es habitual en la prueba de humo que la construccin se integre con otras construcciones y que se aplica una prueba de humo al producto completo. La integracin puede hacerse bien de forma descendente o ascendente.La prueba de humo facilita una serie de beneficios cuando se aplica sobre proyectos de ingeniera de software complejos y crticos por su duracin:oSe minimiza los riesgos de integracin.oSe perfecciona la calidad del producto final.oSe simplifican el diagnstico y la correccin de errores.oEl progreso es fcil de observar.

Plan de pruebas de integracin:-Diagrama de integracin del sistema:-Para realizar la integracin del sistema se ha tomado como ejemplo la integracin ascendente, es decir, comenzar por los mdulos ms bajos hasta el programa principal. Siguiendo la especificacin del diseo de alto nivel, podemos ver que solo hay dos niveles, la clase Ejecutar operacin estar en el nivel ms alto y el resto de las clases en el ms bajo, puesto que es la clase Ejecutar operacin la que llama al resto. Par desarrollar el diagrama supondremos que las pruebas unitarias de cada una de las clases han sido superadas correctamente y por tanto no se van a representar de forma grfica.

Pruebas de integracin:-Medida:-Para realizar este grupo de pruebas, en primer lugar se realizan las pruebas unitarias de los dos mdulos, Medida y Ejecutar Operacin, y tras esto se realiza la prueba de integracin de la clase Cliente dentro de la clase Ejecutar Operacin, para esto se harn pruebas a las funciones pblicas y se comprobara que los resultados han sido correctos. Puesto que todas las clases menos Ejecutar Operacin estn en el mismo nivel y todas ellas son llamadas nicamente por esta clase, se proceder a realizar las pruebas de integracin de todas ellas de forma anloga a la explicada anteriormente, es decir, realizando la prueba de integracin de ambas clases comprobando que las funciones pblicas operan correctamente, todo ello habiendo realizado con anterioridad las pruebas unitarias de cada clase por separado. Debido a esta forma anloga de realizarse estas pruebas, en los siguientes grupos de pruebas se procedern a incluir nicamente el diagrama.

-Proyecto:

- Patrn:

-Servicio:

- Actividad:

- Tarea:

- Medida: