Programar a ciegas tiene un coste que se acumula

Escribes la funcionalidad, la pruebas manualmente, parece que funciona. La despliegas. Dos días después hay un bug que no habías previsto. Tienes que volver, entender qué pasó, arreglarlo, volver a probar manualmente. Y mientras tanto, añadir algo nuevo al código que ya existe se vuelve arriesgado porque no sabes qué puede romperse.

El problema no es falta de habilidad. Es que programar sin tests es programar sin retroalimentación. Cada error que no detectas al escribir el código, lo detectas más tarde y en un peor momento.

TDD invierte ese ciclo. Pero para que funcione, necesitas saber exactamente cómo funciona el proceso. Y eso es lo que enseña este curso.


Después de este curso, sabes qué hacer en cada paso

La razón por la que TDD bloquea a mucha gente no es la técnica en sí. Es no saber cómo empezar: qué test escribir primero, cuánto hacer de golpe, cuándo parar. El ciclo Red-Green-Refactor parece simple en teoría y confuso en la práctica. Este curso lo hace concreto. Trabajarás con katas diseñadas específicamente para aprender el ritmo de TDD: pasos pequeños, retroalimentación constante, código que crece de forma controlada. Cuando termines, no habrás memorizado una técnica. Habrás cambiado la forma en que piensas mientras programas.

Lo que vas a poder hacer

  • Aplicar el ciclo Red-Green-Refactor sin bloquearte en cada paso

  • Saber qué test escribir primero y cómo avanzar de forma incremental

  • Escribir código más simple porque los tests te fuerzan a simplificarlo

  • Adoptar prácticas que te ayudarán a crear soluciones más robustas y sostenibles.

Qué cambia en tu día a día

  • Menos tiempo debuggeando problemas que podrías haber detectado al escribir el código

  • Cambios y refactorizaciones con más seguridad, porque tienes una red que te avisa si algo se rompe

  • Despliegues con menos ansiedad, porque sabes lo que el código hace y lo que no

  • Decisiones técnicas más confiadas, respaldadas por evidencia en lugar de intuición

Cómo funciona el curso

  • Aprendes haciendo, no leyendo

    El curso se basa en katas: FizzBuzz, Leap Year, String Calculator. Problemas simples donde puedes concentrarte en el proceso sin distraerte con el dominio.

  • Paso a paso, sin saltos

    Cada kata se trabaja con baby steps: el paso más pequeño posible que hace avanzar el código. Es el mecanismo que evita el bloqueo y hace TDD sostenible.

  • Pensado para aplicarlo desde el primer día

    No saldrás con teoría sobre TDD. Saldrás con el ritmo interiorizado: qué hacer primero, cómo avanzar, cuándo refactorizar.

  • Sin relleno innecesario

    Ves solo lo que necesitas para empezar a aplicar TDD en tu trabajo, sin desvíos teóricos que no aportan al proceso.

Para quién es este curso

✅ Eres developer y has intentado TDD pero te has bloqueado o lo has abandonado  

✅ Estás cansado de bugs recurrentes y de dedicar tiempo a debugging que podría evitarse 

✅ Quieres entender TDD de verdad, no solo leer sobre él  

✅ Estás en un nivel junior avanzado o mid-level y quieres una base sólida de testing  

Para quién NO es este curso

❌ Ya aplicas TDD de forma fluida en proyectos reales y buscas técnicas avanzadas  

❌ Buscas teoría sin ejercicios: este curso requiere practicar  

❌ No programas activamente en proyectos reales o personales  

❌ Esperas aprender TDD sin cambiar la forma en que trabajas  

Temario del curso

    1. Test-driven development (TDD) como técnica de diseño y desarrollo incremental

    2. Beneficios de usar Test-driven development

    3. ¿Cuando es recomendable y cuando no usar TDD?

    4. Para que TDD funcione hay que practicar mucho

    5. BONUS: 7 minutes, 26 seconds, and the Fundamental Theorem of Agile Software Development

    1. Las 3 leyes del TDD

    2. Ejemplo: Greeting Kata (1 de 2)

    3. Tres métodos para avanzar de rojo a verde

    4. Ejemplo: Greeting Kata (2 de 2)

    5. Ejercicio: Fizz Buzz Kata

    6. Solución: Fizz Buzz Kata (1 de 3)

    7. Refactorizar y la regla del 3

    8. Solución: Fizz Buzz Kata (2 de 3)

    9. Solución: Fizz Buzz Kata (3 de 3)

    10. Ejercicio: Leap Year Kata

    11. Ejercicio: Leap Year Kata (tarea)

    12. Solución: Leap Year Kata

    13. Bonus: Solución a Fizz Buzz Kata con TypeScript y Jest

    14. Cuestionario de evaluación

    1. Introducción a los hábitos con TDD

    2. Emplea una checklist para saber qué te falta

    3. Trata los tests como especificaciones

    4. Organizar el test en bloques Given/When/Then

    5. Comienza por el then y escribe hacia atrás

    6. Intenta adivinar el resultado del test antes de lanzarlo

    7. Los tests son código de primera clase

    8. ¿Test rígidos? Considera cambiar el diseño

    9. Kata: String Calculator

    10. Kata: String Calculator (tarea)

    11. Kata: Anagramas (con Baby Steps)

    12. Cuestionario de evaluación

    13. ¡Sigue practicando! Guía para la práctica deliberada con katas

    14. Recursos adicionales

    1. Antes de que te vayas...

Acerca de este curso

  • 34 lecciones
  • 2 horas de contenido de video

Tu profesor

Technical Coach Pedro Pardal

Software engineer y tech lead con +12 años de experiencia construyendo aplicaciones web escalables en el cloud, y liderando equipos multidisciplinares usando metodologías ágiles. Inspirado por los valores de Software Craftsmanship y prácticas de Extreme Programming y DevOps, poniendo especial énfasis en la entrega temprana de valor, comunicación transparente con el cliente y excelencia técnica.

Qué dice nuestro alumnado

Victoria Kovaleva - Junior Software Engineer

Cuando hablo con personas con 10 o 20 años experiencia, me dicen que ojalá ellos hubieran podido aprender al principio todo lo que yo sé ahora

David Lorenzo - Software Engineer

Aprender con Pedro fue un punto de inflexión en mi carrera profesional

Samuel Álvarez - Software Engineer @ Voxel Group

Lo que tú enseñas es una forma de desarrollar software, son muchas piezas que se juntan para formar un puzzle.

Hemos formado a los developers de estas empresas

Kairos Digital Solutions
Mango
Zooplus
Voxel
Stradivarius
Domingo Alonso Group
Wolters Kluwer
Z1
DevoluIVA

Preguntas frecuentes

  • "TDD es más lento."

    Al principio sí. Como cualquier habilidad nueva. Pero un developer que trabaja con TDD detecta errores antes, refactoriza con más seguridad y dedica menos tiempo a debuggear. El coste de aprender TDD se recupera rápido. El coste de no aprenderlo se acumula en bugs, en tiempo de QA y en código que nadie quiere tocar.

  • "No sé si esto aplica a mi trabajo."

    Si escribes código, aplica. Las katas de este curso son ejercicios simples precisamente para que puedas centrarte en el proceso. Una vez que tienes el ritmo claro, puedes aplicarlo en el trabajo real.

  • "Ya lo intenté y no me funcionó."

    La razón más común por la que TDD no funciona al intentarlo solo es no saber qué hacer en cada paso. Este curso es exactamente eso: una guía paso a paso del proceso, con los puntos de bloqueo explicados.

  • "No tengo tiempo para esto."

    El curso dura aproximadamente dos horas. Es una inversión pequeña para un cambio de forma de trabajar que tiene impacto directo en la calidad del código y en el tiempo que dedicas a resolver problemas que podrías haber prevenido.