Desarrollo Guiado por Pruebas

Desarrollo Guiado por Pruebas

1. ¿Qué es?

   • Metodología de diseño de software
     • Filosofía
       • Escribir las pruebas antes que el código
     • Núcleo
       • Ciclo iterativo corto
     • Meta
       • Código limpio que funciona

2. Beneficios

   • Calidad del código
     • Menos bugs
       • Detección de errores temprana
     • Código limpio
       • Requiere diseñar de forma modular y simple
     • Fácil de mantener
       • Arquitectura más desacoplada y ordenada
   • Confianza y velocidad
     • Red de seguridad
       • Permite refactorizar sin temor a romper algo
     • Documentación actualizada
       • Las pruebas son ejemplos reales de las funcionalidades
   • Proyecto
     • Reducción de costos
       • Es más barato corregit un bug al inicio que al final
     • Entregas constantes
       • Flujo de trabajo predecible y ágil

3. Ciclo TDD

   • 1. Escribir pruebas
     • ¿Qué se hace?
       • Pruebas automatizadas para una nueva funcionalidad
     • Resultado
       • Una prueba que falla porque la funcionalidad no está implementada
     • Objetivo
       • Definir qué debe hacer el código antes de escribirlo
   • 2. Hacer que pasen las pruebas
     • ¿Qué se hace?
       • Escribir el código necesario
     • Resultado
       • La prueba pasa
     • Objetivo
       • Que el código funcione con lo mínimo para que pase la prueba
   • 3. Refactorizar
     • ¿Qué se hace?
       • Limpiar, ordenar y mejorar el código
     • Resultado
       • Asegurar buenas prácticas sin romper la funcionalidad
     • Objetivo
       • Subir código de calidad a producción
         • ¿Cómo?
           • Eliminar duplicados
           • Mejorar nombres de variables
           • Aplicar patrones de diseño
   • 4. Repetir el ciclo

4. Buenas prácticas

   • Baby Steps
     • ¿Cómo?
       • Empezar por la prueba para el escenario más simple posible
   • One thing at a time
     • ¿Cómo?
       • Cada prueba debe verificar un solo compartamiento
   • Considerar las pruebas como código de producción
     • ¿Cómo?
       • Las pruebas se refactorizan
       • Las pruebas deben ser fáciles de leer
   • Estructura Arrange, Act, Assert
     • Arrange
       • Configurar el escenario y las variables
     • Act
       • Ejecutar la función a probar
     • Assert
       • Comprobar el resultado esperado

5. Ejemplo en Java

   • Calculadora sencilla que sólo suma números positivos
     • Iteración 1
       • RED: Escribir prueba
         • givenTwoPositiveNumbers_shouldAddThem
       • GREEN: código mínimo
         • Clase Calculator y función add que retorne 5
       • REFACTOR: Mejorar código
         • La función add debe sumar cualquier número
     • Iteración 2
       • RED: Escribir prueba
       • GREEN: Código mínimo
       • REFACTOR: Mejorar código

Bilder und Dateien der Mindmap