trabajo de campo

2° Parcial Campo
Unidad IV (Capitulo 17,18)
101) El software se prueba para descubrir errores que se cometieron de manera inadvertida conforme se diseño y construyo. La prueba comienza por lo pequeño y avanza hacia lo grande.
102) La prueba es un conjunto de actividades que pueden planearse por adelantado y realizarse de manera sistemática. Por esta razón, durante el proceso de software,debe definirse una plantilla para la prueba del software: un conjunto de pasos que incluyen métodos de prueba y técnicas de diseño de casos de prueba específicos.
103) El desarrollador de software siempre es responsable de probar las unidades individuales del programa y de asegurarse de que cada una desempeña la función o muestra el comportamiento para el cual se diseño. Solo después de que laarquitectura de software esta completa se involucra un grupo de prueba independiente (GPI). El desarrollador no da el programa al GPI y se retira. El y el GPI trabajan de manera conjunta a lo largo del proyecto de software para garantizar que se realizaran pruebas exhaustivas.
105) Las estrategias de prueba: en un extremo puede esperarse a que el sistema este completamente construido, en el otroextremo, podrían realizarse pruebas diariamente. Una estrategia de prueba que eligen la mayoría de equipos se centra en el medio, incluye pruebas de unidad, integración, regresión y humo.
106) Prueba de unidad: se verifica la unidad más pequeña del diseño de software: el componente o módulo de software. Las pruebas de unidad se enfocan en la lógica de procesamiento interno y de las estructuras dedatos dentro de las fronteras de un componente. La interfaz del modulo se prueba para garantizar que la información fluya de manera adecuada hacia y desde la unidad de software que se está probando. Las estructuras de datos locales se examinan para asegurar que los datos almacenados temporalmente mantienen su integridad durante todos los pasos de ejecución de un algoritmo. Las condiciones defrontera se prueban para asegurar que el modulo opera adecuadamente en las fronteras establecidas para limitar o restringir el procesamiento. Y finalmente, se ponen a prueba todas las rutas para el manejo de errores. Las pruebas de unidad se simplifican cuando se diseña un componente con alta cohesión. Cuando un componente aborda una sola función, el número de casos de prueba se reduce y los errorespueden predecirse y descubrirse con mayor facilidad.
107) Las pruebas de integración son una técnica sistemática para construir la arquitectura del software mientras se llevan a cabo pruebas para descubrir errores asociados con la interfaz. El objetivo es tomar los componentes probados de manera individual y construir una estructura de programa que se haya dictado por diseño. En la integraciónincremental el programa se construye y prueba en pequeños incrementos, donde los errores son más fáciles de corregir.
108) La prueba de integración ascendente, comienza la construcción y la prueba con módulos atómicos. Puesto que los componentes se integran de abajo hacia arriba, la funcionalidad que proporcionan los componentes subordinados en determinado nivel siempre está disponible y seelimina la necesidad de representantes. Se puede implementar así:
- Los componentes en el nivel inferior se combinan en grupos que realizan una subfunción de software específica.
-Se escribe un controlador a fin de coordinar la entrada y salida de casos de prueba.
- Se prueba el grupo
- Los controladores se remueven y los grupos se combinan moviéndolos hacia arriba en la estructura del programa.109) La prueba de integración descendente es un enfoque incremental a la construcción de la arquitectura de software. Los módulos se integran al moverse hacia abajo a través de la jerarquía de control, comenzando con el modulo de control principal. Los módulos subordinados al modulo de control principal se incorporan en la estructura en forma de:
-Primero en profundidad: integra todos los...