Las Pruebas del Software y sus Fundamentos

1. Las Pruebas del Software y sus Fundamentos ISF5501 Ingeniería de Software Semana 14/1

2. Aprendizajes Esperados: Determina Planes de prueba basado en requerimientos de negocio. Contenidos: Describe las técnicas de detección y corrección de fallas en la etapa de transición.

3. Temario Semana 14-1 • Prueba del Software • Fundamentos de Prueba • Síntesis

4. Pruebas del Software • La Prueba del Software es un elemento crítico para la garantía de calidad del software y representa una revisión final de las especificaciones, del diseño y de la codificación. • Hoy en día se está invirtiendo mas recursos y, por consiguiente, mas costes del proyecto a pruebas más rigurosas que acercan a la fiabilidad del producto.

5. Temario Semana 14-1 • Prueba del Software • Fundamentos de Prueba • Síntesis

6. Fundamentos de Pruebas • Durante as fases anteriores de definición y desarrollo, se ha intentado construir un software a partir de una concepto abstracto y llegando a una implementación tangible. • La Prueba es uno de los pasos de Ingeniería que se puede ver como algo mas “destructivo” como “constructivo”. • La Prueba, ¿debe infundir culpabilidad?, ¿es realmente destructiva?. • La respuesta a las consultas anteriores es NO; sin embargo los objetivos de las Pruebas pueden ser algo diferente a lo que podríamos esperar.

7. Fundamentos de Pruebas Objetivos de la Prueba • Los objetivos de la Prueba pueden ser: • La Prueba es un proceso de ejecución de un programa con la intención descubrir un error al menor tiempo y esfuerzo posible • Desarrollar un buen caso de prueba, aquel que tiene un alto grado de probabilidad de mostrar un error no descubierto hasta entonces. • Una prueba tiene éxito si descubre un error no detectado hasta entonces. • Los puntos anteriores no quitan la idea de que una prueba con éxito es la que no descubre errores.

8. Fundamentos de Pruebas Objetivos de la Prueba • Como objetivo secundario, es demostrar hasta qué punto las funciones del software parecen cumplirse de acuerdo con las especificaciones y alcanzan los requisitos de rendimiento. • Adicionalmente, los datos que se van recogiendo a partir de las pruebas proporcionan una buena indicación de la fiabilidad y la calidad del software. • “La prueba no puede asegurar la ausencia de defectos; solo puede demostrar que existen defectos en el software” • Es importante tener en mente siempre esta fase mientras se lleva a cabo la prueba.

9. Fundamentos de Pruebas Flujo de Información de la Prueba Configuración del SW Errores Resultados de la Prueba Evaluación Depuración Prueba Correcciones Datos de tasa error Configuración de Prueba Modelo de Fiabilidad Resultados esperados Predicciones de fiabilidad

10. Fundamentos de Pruebas Flujo de Información de la Prueba • Si se encuentran con regularidad serios errores que requieren modificaciones en el diseño, la calidad y la fiabilidad del software queda en entredicho, siendo necesarias posteriores pruebas. • Por otro lado, si el funcionamiento del software parece ser correcto y los errores que se encuentran son fácilmente corregibles, se pueden sacar dos conclusiones: • La calidad y la fiabilidad del software son correctas. • Las pruebas son inadecuadas para descubrir errores serios.

11. Fundamentos de Pruebas Diseño de Casos de Prueba • Cualquier producto de ingeniería puede ser probado de dos formas: • Conociendo la función específica para la que fue diseñado el producto, se pueden llevar a cabo pruebas que demuestren que cada función es completamente operativa. • Conociendo el funcionamiento del producto, se pueden desarrollar pruebas que aseguren que “todas las piezas encajan”; es decir, que las operaciones internas se ajustan a las especificaciones y que todos los componentes se han comprobado en forma adecuada.

12. Fundamentos de Pruebas Diseño de Casos de Prueba • Estas pruebas se denominan Prueba de Caja Negra y Prueba de Caja Blanca, respectivamente. • La Prueba de Caja Negra, son las que se llevan a cabo sobre la interfaz del software: las funciones son operativas, que la entrada se acepta en forma adecuada, se produce una salida correcta y la integridad de la información externa se mantiene. • La Prueba de Caja Blanca, se basa en el minucioso examen de los detalles procedimentales: se comprueban los caminos lógicos proponiendo casos de prueba que ejerciten conjuntos específicos de condiciones.

13. Fundamentos de Pruebas Diseño de Casos de Prueba • Si bien un programa puede generar miles de posibles caminos lógicos que hace que la prueba de caja blanca genere un problema logístico, no se debe desechar. • Algunas alternativas para solucionar lo anterior, son: • Se pueden elegir una serie de caminos lógicos importantes para el sistema. • Se pueden comprobar las estructuras de datos más importantes para ver su validez. • Se pueden combinar atributos de la prueba de caja blanco y caja negra, para llegar a un método que valide la interfaz del software y que asegure el correcto funcionamiento.

14. Temario Semana 14-1 • Prueba del Software • Fundamentos de Prueba • Síntesis

15. Síntesis • Las Pruebas son diseñadas principalmente para la detección de errores en el software. • Las pruebas, al igual que el diseño, debe cumplir con una serie de fundamentos para que se acerquen al concepto de calidad esperado para esta etapa. • Las pruebas están orientadas a descubrir errores del sistema. No hay que olvidar que las pruebas modulares se realizan en su proceso de desarrollo.