Las pruebas unitarias son pruebas automatizadas creadas por los desarrolladores para verificar que el código funciona según lo esperado. Permiten realizar cambios con más confianza, mejorar el diseño del código y lograr integración continua. Se pueden implementar antes o después del código funcional mediante el uso de librerías como JUnit.

1. Pruebas Unitarias

2. ¿Qué es esto? Son pruebas creadas por los propios desarrolladores Comprueban que el código hace lo que se espera de él Se pueden ejecutar de forma automática y rápida Ejemplo de Prueba Unitaria de una función Suma: Suma(2, 2) == 4

3. ¿Porqué perder el tiempo? Permite hacer cambios con mayor confianza (refactorizar o tocar el código de otro sin miedo) Al hacerlos mejora el diseño del código: Eres el primer usuario de tu propio código Te ves obligado a que tenga bajo acoplamiento para poder probarlo Permiten realizar integración continua (generar y probar una versión todos los días) Las pruebas son ejemplos que sirven de documentación

4. ¿Cuando hacerlos? Dos estrategias: Primero la funcionalidad y luego sus tests Se implementa cada funcionalidad después de implementar el test que la probará (Test DrivenDevelopment) Cada uno tiene que decidir de que clases hacerlo y de cuales no (del interfaz de usuario no se suele hacer)

5. ¿Cómo hacerlos? Habitualmente se utilizan las librerías XUnit (JUnit, PHPUnit, NUnit…), o el entorno de Microsoft Habitualmente se crea un proyecto de pruebas por cada proyecto Se suele crear una clase de pruebas por cada clase de funcionalidad //Prueba para Sumas publicclassSumarTestextendsTestCase { @org.junit.TestpublicvoidsumaTest { intresult = Sumar.suma(2,2); assertEquals(4, result); } }