ENFOQUE PRÁCTICO RECOMENDADO PARA EL DISEÑO DE CASOS Integrantes del equipo: Rosa Isela Gerónimo Miguel Ángel Cruz Juan Guadalupe Alegría Humberto Mendoza

Existen dos enfoques practicos para el diseño de casos: 1.- El enfoque estructural o de caja blanca. 2.- El enfoque funcional o de caja negra. Enfoque Práctico Recomendado Para El Diseño De Casos

CAJA NEGRA En teoría de sistemas y física, se denomina caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno.

Pruebas de Caja Negra: Las pruebas de caja negra se centran en los requerimientos funcionales. Permiten al ingeniero del software obtener un conjunto de entradas que prueben completamente los requerimientos funcionales de un programa. Estas pruebas intentan encontrar errores de las siguientes categorías: 1- Funciones incorrectas o ausentes 2- Errores de interfaz 3- Errores en estructuras de datos o en el acceso de bases de datos 4- Errores de rendimiento 5- Errores de iniciación y terminación

EJEMPLOS DE CAJA NEGRA Casi cualquier cosa puede ser descrita como una caja negra: -un transistor -un algoritmo -un programa de computación -una diadema -una motherboard - etc.

CAJA BLANCA Se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El testeador escoge distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados. Las principales técnicas de diseño de pruebas de caja blanca son: Pruebas de flujo de control Pruebas de flujo de datos Pruebas de caminos básicos

¿Por Qué Son Necesarias Las Pruebas De Caja Blanca Si Comprobamos Que Las Funciones Se Realizan Correctamente? Los errores lógicos y las suposiciones incorrectas son inversamente proporcionales a la probabilidad de que se ejecute un camino del programa ( a menor probabilidad de ejecutarse un camino, mayor número de errores) Se suele creer que un determinado camino lógico tiene pocas posibilidades de ejecutarse cuando, de hecho, se puede ejecutar regularmente Los errores tipográficos son aleatorios; pueden aparecer en cualquier parte del programa (sea muy usada o no) La probabilidad y la importancia de un trozo de código suele ser calculada de forma muy subjetiva

CONCLUSIONES El desarrollo de pruebas de caja blanca, no solo evalúa el comportamiento del usuario con la interfaz, sino que busca errores en el código fuente. No es posible garantizar que un software o sistema jamás falle, tan solo se puede realizar pruebas que disminuyan este riesgo. Las pruebas de caja negra, buscan verificar que la relación entre las entradas y las salidas sean correctas.

GRACIAS POR SU ATENCION