Prueba De Integracion

La estrategias de pruebas descendentes y ascendentes refleja diferente enfoques de la integración del sistema. En la integración descendente, los componentes de los niveles altos de un sistema se integran y prueban antes de que se complete su diseño e implementación. En la integración ascendente, los componentes de los niveles bajos se integran y prueban antes de que se desarrollen loscomponentes de los niveles altos.
Las pruebas descendentes son una parte integral del proceso de desarrollo descendente en el cual este último inicia con los componentes de los niveles altos y descienden en la jerarquía de los componentes. Estos tienen la misma interfaz que los componentes pero funcionalidad muy limitada. Después de que se programa y prueba el primer componente de nivel alto, se implantany prueban sus subcomponentes, de la misma forma. Este proceso continúa hasta que los componentes de nivel bajo se implanten. De esta forma queda completamente probado el sistema completo.
En contraste, las pruebas ascendentes comprenden integrar y probar los módulos en los niveles bajos de la jerarquía, y después asciende por la jerarquía de los módulos hasta que el módulo final se prueba. Esteenfoque no requiere que el diseño arquitectónico del sistema este completo por lo que se puede comenzar en una etapa inicial del proceso de desarrollo. Se emplea donde el sistema reutiliza y modifica componentes de otros sistemas.
Las pruebas de integración descendentes y ascendentes se comparan bajo cuatros encabezados:
* Validación arquitectónica: las pruebas descendentes son susceptibles adescubrir errores en la arquitectura del sistema y en el diseño de alto nivel en las etapas iniciales del proceso de desarrollo.
* Demostración del sistema: En el desarrollo descendente se dispone de un sistema funcional limitado en las primeras etapas de desarrollo.
* Implementación de las pruebas.
* Observación de las prueba: Tanto las pruebas ascendentes como descendentes puedentener problema con la observación de la prueba. En muchos sistemas, los niveles más altos del sistema que se implementan primero en un proceso descendente no generan salidas; sin embargo, para probar estos niveles, se les debe forzar a hacerlo. El probador debe crear un entorno artificial para generar los resultados de la prueba. Para las pruebas ascendentes, también es necesario crear un entornoartificial con el fin de que se pueda observar la ejecución de los componentes de los niveles inferiores.
Algunas de las características típicas del desarrollo de software basado en el ciclo de vida son:
* La realización de controles periódicos, normalmente coincidiendo con los hitos de los proyectos o la terminación de documentos. Estos controles pretenden una evaluación de la calidad de losproductos generados (especificación de requisitos, documentos de diseño, etc.) para poder detectar posibles defectos cuanto antes. Sin embargo, todo sistema o aplicación, independientemente de estas revisiones, debe ser probado mediante su ejecución controlada antes de ser entregado al cliente. Estas ejecuciones o ensayos de funcionamiento, posteriores a la terminación del código del software, sedenominan habitualmente pruebas.
* Las pruebas se deben realizar, en el entorno en el que se utilizará el sistema, lo que incluye el personal que lo maneja.
* La etapa de pruebas no debe ser posterior a la confección de un programa, tiene que ser paralela a la programación.
* Las pruebas no comienzan formalmente hasta que un número mínimo predeterminado ha instalado el software. Enparticular, usuarios que tardan en comenzar, generalmente nunca lo hacen y ponen en peligro todo el proceso. Esto puede significar tener que reemplazar usuarios. En la práctica, pasarán al menos cuatro semanas antes del punto de partida.
1.-Clasificaciones.
1.1 Pruebas de defectos.
La meta de las pruebas de defectos es exponer los defectos latentes en un sistema de software antes de entregar el...