Como se dijo en un anterior post los grafos nos ayudan a probar todos los posibles caminos a la hora de realizar pruebas. Estos los realizamos en base a los diagramas de flujo que nos muestran los ciclos y condicionales que contiene un programa. El siguiente es un ejemplo de esto junto con los posibles caminos que se tienen.
Desarrollo
Este es el diagrama de flujo.
Este es el grafo.
Estos son los posibles caminos.
INICIO - P4 - FIN
INICIO - P4 - P5 - FIN
INICIO - P4 - P6 - FIN
INICIO - P1 - P2 - FIN
INICIO - P1 - P3 - FIN
INICIO - P2 - FIN
INICIO P3 - FIN
Conclusiones
Los diagramas de flujo nos facilitan el trabajo a la hora de codear así como los grafos nos facilitan el trabajo a la hora de realizar pruebas.
Las pruebas son muy importantes en el desarrollo de un proyecto ya que con estas encontramos y evitamos la mayoría de errores que nuestro sistema pueda tener, 2 de ellas, las pruebas de caja negra y blanca son de las mas relevantes por lo que en este post se hablara sobre ellas.
Desarrollo
El fin que tienen las pruebas de caja negra y blanca es ayudarnos a encontrar el mayor numero de errores en el menor tiempo posible y por ende con menos esfuerzo.
Ademas de esto cada tipo de prueba tiene sus propias características. Pruebas de caja negra: Su objetivo es realizar pruebas de forma que se compruebe que cada función de nuestro programa es operativa.
Solo se busca una entrada y salida correcta.
Pruebas de caja blanca: Tiene por objetivo desarrollar pruebas de forma que la operación interna se ajuste a los requerimientos y que todos los componentes internos se hayan probado de forma adecuada. Características:
El 32% de los errores corresponden a errores en la lógica de los componentes.
Se pueden usar los grafos de flujo para recorrer todos los posibles caminos del programa.
Algunos defectos que pretende encontrar son:
Una variable es usada antes de ser definida.
Una variable es usada pero nunca definida.
Una variable se define 2 veces antes de ser usada.
Podemos observar que se ejecutan todos los procesos en la prueba de caja blanca.
En resumen la prueba de caja negra busca una entrada y salida correcta es por eso que se enfoca en las funciones del software que son operativas.
Por el contrario la prueba de caja blanca realiza un análisis muy minucioso de los detalles procedimentales, ademas de probar todos los caminos lógicos del programa, entrando en cada bucle y condición que este tenga y probando el estado del programa.
Conclusiones
Al final podemos concluir que las pruebas de caja negra son solo "superficiales" que solo buscan mirar si un modulo cumple con su función, por lo tanto son rápidas pero no son precisas.
Por el contrario tenemos a las pruebas de caja blanca que complementan las anteriores buscando cada pequeño detalle que se pueda presentar durante la ejecución de un programa.
