El documento describe los diferentes tipos de pruebas de software, incluyendo pruebas de sistema, casos de prueba y el diseño de casos de prueba. Explica que las pruebas de software son procesos para verificar y revelar la calidad de un producto de software mediante la identificación de posibles fallas. También describe cómo los casos de prueba se derivan de las funcionalidades del sistema y las especificaciones de requisitos, y la importancia de diseñar casos de prueba que tengan una alta probabilidad de encontrar errores sin ser redundantes.

2. Introducción La fase de pruebas es una de las más costosas del ciclo de vida software.

3. Deben realizarse pruebas de todos los artefactos generados durante la construcción de un producto software, lo que incluye las especificaciones de requisitos, casos de uso, diagramas de diversos tipos y, por supuesto, el código fuente y el resto de elementos que forman parte de la aplicación

4. Se aplican diferentes técnicas de prueba a cada tipo de producto software.Pruebas de sistemaLas pruebas de software(testing)son los procesos que permiten verificar y revelar la calidad de un producto software. Son utilizadas para identificar posibles fallos de: implementación

5. Calidad

6. Usabilidad Casos de pruebasCASOS DE PRUEBA: Condiciones dadas para un objetivo particular.La forma de verificar de las diversas funcionalidades de un producto de software, descritas en el formato de Áncora o en Casos de Uso, son el punto de partida parala preparación de casos de prueba y, en ocasiones, de procedimientos de prueba.Las funcionalidades o prestaciones de un sistema pueden separarse en dos grupos:

7. Casos de pruebasa) aquellas que reciben un conjunto de entradas más o menos simultáneas y a partir de ellas generan un resultado Ocurre cuando las entradas deben completarse antes de que el sistema se lance a realizar una función, básicamente sin retroalimentación que pueda influir en el usuario.

8. Es el caso de una sola variable, una sola acción a través de un botón o de un Enter, pero también incluye la lectura de listas de datos cuyo proceso se realiza cuando la lista ha terminado.Casos de pruebas IIUn ejemplo:En interfaces gráficas, donde resulta muy común que deban llenarse varios campos (por ejemplo nombre, dirección, teléfono y rfc) y al final se oprime un botón el cual indica al sistema que la entrada está completa y puede aplicar la función seleccionada.

9. Casos de pruebas IIIb) las que requieren una serie de interacciones con el actor(usuario), en cada una de las cuales éste introduce una serie de datos.Ocurre cuando la entrada ocurre en varias etapas donde una de ellas genera una respuesta parcial del sistema, la cual influye en la siguiente, ya que el usuario no puede indicar las entradas sin tomar en cuanta la salida intermedia. Sin embargo la función completa requiere de terminar todas las etapas. Casos de pruebas IVUn ejemplo:“El empleado selecciona la opción “Consultar” y el sistema le muestra una lista de productos;

10. El empleado marca los productos que le interesan y al terminar oprime el botón “Cotizar”;

11. El sistema le muestra la lista de productos seleccionados y los precios de cada uno, así como la disponibilidad; también deja un espacio a la derecha de cada producto para anotar la cantidad deseada;

12. El empleado marca la cantidad deseada de cada uno; los no deseados los marca con un cero. Al concluir oprime el botón “Listo”;Casos de pruebas VUn ejemplo (continuación):el sistema genera una orden y le solicita que indique la forma de pago;

13. El empleado marca “Tarjeta” y escribe el número y la compañía y oprime “Termina”;

14. el sistema verifica los datos con el banco y, si está de acuerdo, envía mensaje y un muestra un botón “Imprimir factura”;

15. El empleado oprime el botón “Imprimir factura” y el sistema lo hace.”Casos de pruebas VIUn ejemplo (continuación):En el ejemplo es claro que existen cinco etapas de entrada de datos para completar una sola función. Lo que el empleado puede ingresar en cada una depende de la anterior.En las tres subsecciones siguientes se describen los aspectos generales de la preparación de casos de prueba y los detalles cuando ocurre cada uno de loscasos mencionados.

16. Diseño de casos de pruebasEl diseño de casos de prueba se puede realizar basándose en los enfoques y en sus técnicas y las estrategias de prueba.Objetivo: Conseguir confianza aceptable en que se encontraran todos defectos existentes, sin consumir una cantidad excesiva de recursos.

17. Diseño de casos de pruebas IITÉCNICAS DE DISEÑO DE CASOS DE PRUEBAPROPÓSITOProducir el número de casos de prueba manteniendo la efectividad de la prueba.ENFOQUES PRINCIPALESCaja blanca (como lo hace)Caja negra (que es lo que hace)

18. Diseño de casos de pruebas IIIPRUEBAS DE CAJA BLANCAConsiste en realizar pruebas para verificar que líneas específicas del código funcionan tal como esta definido.También usa la estructura de control del diseño procedimental para obtener los casos de prueba .