Validación y Verificación.

Objetivos de la validacion y verificacion: Detectar y corregir los defectos tan pronto como sea posible. Disminuir los riesgos de desviaciones sobre los presupuestos y calendario. Mejorar la calidad y fiabilidad del software. Mejorar la visibilidad de la gestión del proceso de desarrollo. Valorar rápidamente los cambios propuestos. Filosofía de las pruebas del Software: Recomendaciones GJ Myers: Cada caso de prueba debe definir el resultado de salida esperado. El programador debe evitar probar sus propios programas. Se debe inspeccionar a conciencia el resultado de cada prueba para, así, poder descubrir posibles sintomas de efectos. Al generar casos de prueba se deben incluir tanto datos de entradas validos como no validos e inesperados. Probar que el software hace lo que debe y no hace lo que no debe. No deben hacerse planes de prueba suponiendo que no hay defectos para no gastar recursos. Donde hay un defecto hay otro. Las pruebas son igual o más creativas que el desarrollo de software. Diferencia entre caja blanca y caja negra: El enfoque de caja negra consiste en estudiar las funciones. Consiste en probar todas las posibles entradas y salidas del programa. Caja blanca: Consiste en centrarse en la estructura interna del programa para elegir los casos de prueba, consiste en probar todos losposibles caminos de ejecución. Pruebas estructurales de caja blanca: Cobertura de sentencias (cada sentencia se ejecuta al menos una vez) Cobertura de decisiones (Cada decision debe tener un resultado verdadero y uno falso)Cobertura de condiciones(La condiciopn de cada decision adopte el valor verdadero y falso al menos una vez). Criterio de decision/condicion (Es el criterio de condiciones pero añadiendo el de decisiones). Criterio de condicion multiple.

Ciclo en V: La prueba de unidad centra sus actividades en la lógica del módulo y en los distintos aspectos de las funciones que debe realizar el módulo. La prueba de integracion debe tener en cuenta los mecanismos de agrupacion de modulos fijados en la estructura del programa. La prueba de sistema centra sus comprobaciones en el cumplimiento de objetivos indicados en el sistema. La prueba de aceptacion sirve para que el usuario pueda verificar el producto final. Auditoria: El objetivo es confirmar de "forma objetiva" que los productos y/o procesos de desarrollo se ajustan a los estándares , especificaciones y procedimientos usados en el proyecto. Por eso es normal que lo haga gente externa a la empresa. Walkthrough: El objetivo es la evaluacion de un producto para buscar defectos, mejorar el producto, evaluar conformidad con estándares y considerar posibles soluciones para los problemas. Mantenimiento: El proceso de modificar un sistema o componente de software después de su entrega para corregir defectos, mejorar el rendimiento u otros atributos o adaptarlo a un entorno cambiante. Mantenimiento perfectivo (60%) Mejorar o añadir nuevas funcionalidades requeridas por el usuario. Mantenimiento adaptativo(18%)Es el conjunto de actividades que se realizan para adaptar el sistema a los cambios en su entorno tecnológico. Mantenimiento correctivo:(17%) Corregir los defectos en el hardware o en el sofgtware detectados por los usuarios. Mantinimiento preventivo(5%) Facilitar el mantenimiento futuro del sistema. Revision: Consiste en la reunión de un grupo de personas para examinar un producto y buscar cualquier tipo de efecto.