Agregamos Junit a los ejercicios de la guia 1
Vemos el concepto de TDD
El test-driven development es una metodología de diseño de software que se basa en test o pruebas para guiar el proceso. Al contrario de lo que ocurre en metodologías que posponen los test a un punto ulterior, los casos de prueba en TDD se realizan al inicio del proceso de diseño.
Descubrir los casos particulares y cualquier otro detalle relevante del problema antes de las etapas de diseño y desarrollo, nos conducirá hacia una solución de calidad. Durante la etapa de diseño, podremos tener en cuenta todos estos detalles para diseñar una solución eficaz, eficiente y elegante. Llegaremos a la etapa de desarrollo con un problema bien analizado y un diseño sólido .
Finalmente, una vez que tengamos el desarrollo “finalizado” (o por lo menos así lo creamos), llega el momento de ejecutar la prueba.
La ventaja que tenemos es que nuestra prueba ya está planificada, por lo que la ejecución se realiza de forma simple, ordenada y principalmente en forma rápida. En caso de detectar algún error, tenemos nuestro desarrollo recientemente terminado, por lo que hacer cambios nos será mucho más fácil.
En este tipo de pruebas, se ve al sistema como una caja negra, haciendo referencia a que se ve solo la parte exterior de la caja y no es posible ver el interior. Las pruebas de caja negra, se basan en la premisa de que quién ejerce el rol de ejecutor de la prueba o tester, no tiene acceso a los detalles de implementación del mismo (código, estructuras utilizadas, algoritmos utilizados, patrones de diseños utilizados, etc.).
Buscan verificar que la relación entre las entradas y las salidas sea correcta.