Unidad Metodologica

1. Unidad: 2 Metodologías de Prueba

2. Planificación de la Prueba del Software: La Prueba comienza con un Plan de Prueba y termina con la prueba de aceptación. Un plan de prueba es un documento General elaborado por el equipo del desarrollo para el proyecto completo. El plan define el Alcance, el enfoque que se tomará y el cronograma de prueba, los tipos de pruebas que se llevarán a cabo y los casos de prueba para el proceso completo de prueba, además del personal Responsable de las diversas actividades de la misma. Establecer un Criterio definido Plan global para integrar diferentes módulos de software Probar módulos en un ambiente integrado

3. VERIFICACION Y VALIDACION DEL SOFTWARE: La verificación: define todas las actividades que ocurren al final de un ciclo de Desarrollo particular. La verificación confirma que el producto se está desarrollando correctamente y satisface las condiciones impuestas en el principio de la etapa del desarrollo. La verificación por ejemplo se puede hacer al final de la fase de ingeniería de requerimientos o de la fase del diseño o aún al final de la fase de implantación del software según las premisas del cliente. La verificación responde a la pregunta…¿ Se está construyendo el Producto Correctamente? La Validación: Confirma que el producto se está desarrollando correctamente y refleja la SRS. Se refiere a un conjunto de actividades (diferentes que aquellas para verificación), las cuales aseguran que el software desarrollado coincida con los requerimientos del cliente. La Validación intenta asegurar que el software se comporta de una manera que está en conformidad con cada uno de los requerimientos establecidos Explícitamente en la SRS. La validación contesta la Pregunta… ¿Se está desarrollando el producto requerido?.

4. Formulación del problema Análisis de requerimientos Ingeniería de sistemas Desarrollo de SRS DESARROLLO DEL DOCUMENTO DE DISEÑO Codificación Actividades en paralelo Procedimiento y planes de prueba Criterio para aceptación del sistema Plan de pruebas e integración Plan y especificaciones para construcción del sistema completo Liberar sistema Realizar prueba completa del sistema Probar versión actual del sistema Instalar versión actual del sistema construido Realizar esto como parte de adm. de configuración Aceptar módulos como probados EL PROCESO DE PRUEBA:

5. Repositorio de casos de prueba Acumulador de pruebas Pruebas de interfaces Pruebas de caminos de base Pruebas de camino específicos para manejo de excepciones y errores Pruebas de condiciones limites Pruebas estructura de datos especificas MODULOS M1M M1 M2 Mn Un modulo a ser probado Un manejador de pruebas Conjunto de ‘stubs’ DD D1 D2 Dn DRIVERS Resultados de pruebas Proceso de prueba de Unidad

6. Errores Tipográficos ‘ Underflow’.’overflow y excepciones de direccionamiento Inicializaciones fallidas Tipos de datos inconsistente Nombres de variables de truncados Naturaleza de los Errores de la prueba de Unidad Tipo de Errores

7. Errores de computo Procedencia aritmética incorrecta Precisión inexacta Representación simbólica incorrecta de expresión Operaciones modo mixto Inicialización errónea Errores de computo

8. Tipos de error Variables de ciclos modificadas incorrectamente Falla en culminación al entrar en una iteración Terminación de ciclo inexistente o impropia Diferentes tipos de datos Operadores lógicos erróneos Error de precisión Variables incorrectas Errores de comparaciones y Flujo de control

10. Enfoques para prueba e integración Enfoque ‘A ll up’ (Big Bang) Enfoque incremental Enfoques ‘ Top down’ Enfoque ‘ Bottom up’ Enfoque ‘ Depth First’ Enfoque ‘ Breadth first’ Enfoque ‘ Depth First’ Enfoque ‘ Breadth first’ Enfoques para la prueba de Integración

11. Main X1 X2 X3 X4 Y1 Y1 Y2 Y3 Y4 Y5 Y5 Y6 Y7 Z1 Z2 Z3 Z4 Z5 Z6 Z7 Z8 Z9 Enfoque incremental

12. Pruebas Alfa y Beta La prueba alfa considera un equipo de usuarios y operadores del cliente que Vienen al ambiente del desarrollador La prueba Beta implica entregar una o mas copias del software o sistema a la instalación del cliente

13. Criterios de aceptación Procedimiento ‘ start up’ y ‘shut down’ seguridad Manejo de condición de sobrecarga Funcionalidad y desempeño Mensaje de error Recuperación del sistema de fallas Interfaz operador sistema Recuperación de desastre Criterios de aceptación para el desarrollo de software