Calidad en la Prueba de Software

Presentación del tema: "Calidad en la Prueba de Software"— Transcripción de la presentación:

1 Calidad en la Prueba de Software
M.C. Juan Carlos Olivares Rojas Diciembre 2009

2 Competencia Genéricas: Análisis, Diseño de soluciones, Creatividad, Trabajo en equipo, Aprender a Aprender Específicas: Diseñar planes de pruebas e implementarlos utilizando alguna herramienta automatizada de pruebas.

3 ¿Qué tiene mayor calidad?
Los dos tienen la misma calidad siempre y cuando cumplan con sus requerimientos Para ello debemos probar sus especificaciones

4 Pruebas La fase de pruebas se realiza de distintas formas tratando de encontrar la mayoría de los errores que se encuentran de manera inherente en el software. Pruebas: verificación y validación Depuración: es la detección, corrección y eliminación de errores de software.

5 Pruebas Los errores del software le salen muy caros a Estados Unidos: millones de dólares al año. 50% de los fallos corresponde a los usuarios el resto a los programadores y vendedores. Las pruebas al inicio del ciclo reducirían los costos por fallos en millones de dólares.

6 Pruebas Pruebas: mecanismo de control para asegurar la calidad de un software. ¿Por qué tenemos que probar? Toda actividad de construcción (codificación) es susceptible de cometer errores dado que se trata de una actividad humana. Al realizar la depuración de un programa existe la posibilidad de un 50% de cometer otro error.

7 Pruebas En el pasado se hacían pruebas previas antes de codificar dado que no se tenían sistemas on-line como ahora.

8 Pruebas En el presente el software es más complejo y dinámico por lo que en muchas ocasiones se empieza a construir software sin probarlo de manera adecuada.

9 Pruebas El tener un plan de pruebas ayuda a clarificar el proceso de depuración. El plan de pruebas debe de estar mucho antes de la construcción del software. Existen muchos tipos de prueba dependiendo de la forma en como se llevan acabo y dependiendo del autor. Nosotros tomaremos el siguiente criterio.

10 Participación de los usuarios
Tipos de Prueba Participación de los usuarios Alfa Beta

11 Tipos de Prueba Caja Blanca Caja Negra Estrés Por su forma

12 Tipos de Prueba Unitarias Integración Aceptación Por su alcance

13 Ejercicio Habilidades de inspección

14 Ejercicio 1 Llenar los siguientes formatos para figuras chicas, medianas e indistintas Tamaño:______ Rojo Azul Amarillo Color Indistinto Triángulo Cuadrado Círculo Forma Indistinta

15 Solución Ejercicio 1 Tamaño: Chico Rojo Azul Amarillo Color Indistinto
Triángulo 2 Cuadrado 1 4 Círculo Forma Indistinta 6 COLOR FORMA

16 Solución Ejercicio 1 Tamaño: Grande Rojo Azul Amarillo Color
Indistinto Triángulo 1 2 4 Cuadrado Círculo 3 Forma Indistinta 9 COLOR FORMA

17 Solución Ejercicio 1 Tamaño: Indistinto Rojo Azul Amarillo Color
Triángulo 1 4 6 Cuadrado 2 3 Círculo Forma Indistinta 8 15 COLOR FORMA

18 Importancia de las Pruebas
Quien lo realiza? Programadores

19 Pruebas “Lean” Mito: trabajo del tester es encontrar defectos
Inspección para prevenir o para detectar defectos (función del SQA). Pruebas automatizadas antes que el código De aceptación Unitarias Eliminar el desperdicio: Lista de bugs.

20 Pruebas: Mejores Prácticas
Diseñar un caso de prueba para cada funcionalidad del software. Establecer como mínimo un caso de prueba de datos correcto. Establecer como mínimo un caso de prueba de datos incorrecto.

21 Pruebas Se recomienda probar lo antes posible cualquier fragmento de código. Las pruebas ayudan al aseguramiento de calidad pero no garantizan que un software esté 100% libre de errores. No se pueden tener pruebas que abarquen el 100% de los casos de uso. Se deben realizar pruebas de segmentos

22 Mejores Prácticas Se necesita especificar las salidas o resultados esperados. Un programador debe de evitar probar sus propios programas. Una organización no debe de probar sus propios programas. Inspeccionar los resultados obtenidos de cada prueba.

23 Plan de Pruebas Se recomienda utilizar la metodología y formatos del estándar IEEE 829 para documentación de pruebas de software. Se simplificará el plan de pruebas con el siguiente formato.

24 Formato Plan de Pruebas
ID: 1 Nombre: Enviar artículo Probado por: Fulanito Descripción: Se introducen los datos del artículo y de los autores. Condiciones de Entrada: nombreArticulo=“Calidad del Sw” … Resultado Esperado: El sistema confirma la correcta recepción del artículo enviando un al autor de contacto con un userid y password para que el autor pueda posteriormente acceder al artículo. Resultado Obtenido: Se generan bien userid y password pero el correo no llegó. Criterio de Aceptación: No.

25 Plan de Pruebas Nos orientan hacia mejores resultados.

26 Práctica de Laboratorio
Realizar un programa que permita calcular el área de un triángulo conociendo tres lados utilizando la fórmula de herón. Realizar el plan de pruebas que garantice que el programa está libre de errores

27 Arquitectura

28 Casos de Pruebas ¿Con cuantos casos de prueba valido que el software está correcto? Para cada caso de prueba sólo indicar las posibles entradas. Por ejemplo: Caso de Prueba 1: A=3 B=4 C=5, el resultado esperado debe de ser 6. ¿Es diferente el caso A=4 B=3 C=5?

29 Casos de Prueba Tipos de Triángulo en Base a sus lados:
Se deben tener al menos un caso de cada uno de ellos y al menos un caso no válido: A=0 B=-1 C=“Hola”.

30 Caso de Prueba ¿Cuál es el resultado esperado para el caso de prueba A=1 B=2 C=3? Area=0 ¿Qué pasó? !Exento este parcial quien pueda dibujar un triangulo de dimensiones 1, 2 y 3 cm para cada lado!

31 Pruebas Unitarias con JUnit
JUnit es la herramienta de pruebas unitarias automatizadas más popular del mundo. Está enfocada en Java aunque se ha migrado a varios lenguajes denominándose XUnit. La mayoría de los IDEs actuales como NetBeans la tienen integrada de forma automatizada. DEMO DE JUNIT

32 Conclusiones Las pruebas son el mecanismo de aseguramiento de la calidad más importante que existe. El diseño de planes de pruebas es una de las actividades más importantes del desarrollo de software. “Si se como probar un software, se lo que debe de hacer”.

33 Referencias Myers, et al. (2004), “The Art of Software Testing”, Wiley, Estados Unidos, 2004, ISBN: Roger S. Pressman, Ingeniería de software un enfoque práctico.Ed. McGraw Hill. Piattini M.G. y F.O, Calidad en el desarrollo y mantenimiento del software. Ed. RAMA.

34 ¿Preguntas?