Antipatrones de TDD: Serie completa
Matheus Marabesi, software craftsperson en Codurance, analiza en profundidad la lista de los 22 antipatrones de TDD recopilada por James Carr. A..
Si en vez de leer prefieres escuchar, dale al play.
Iniciamos este recorrido por las katas más sencillas de Desarrollo Guiado por Pruebas (TDD). A continuación, encontrarás un listado completo con enlaces directos a explicaciones detalladas y ejercicios resueltos para cada tema.
En cada link, tendrás una introducción que te servirá para ponerte en contexto y los detalles necesarios para ejecutar cada kata. Recuerda: la mejor forma de aprender y mejorar es practicando. ¿Empezamos?
Se trabajan condicionales y la parametrización de distintos casos. Se recomienda hacer baby steps para reforzar la importancia del 'fake it until you make it' y asegurar que los tests fallen solo por la razón correcta.
Esta kata es ideal para practicar algoritmia sencilla y reforzar conceptos clave de TDD.
El objetivo de esta kata es practicar el trabajo iterativo incremental, utilizando condicionales y tests parametrizados.
Esta kata refuerza los conceptos de bucles y estructuras básicas clave-valor, siendo muy ilustrativa del Transformation Priority Premise (TPP).
Cuando termines la kata, hazte la siguiente pregunta: ¿Qué tan complicado sería añadir un nuevo número?
En esta kata se trabaja con algoritmia básica y se enseña cómo hacer pruebas sobre el output, además de encapsular conceptos.
Kata introductoria para aprender bucles y/o funciones de alto orden, además de desarrollar habilidades en la creación de asserts efectivos.
Enfocado en algoritmia, estructuras de datos o máquinas de estado.
Diseñado específicamente para practicar el Transformation Priority Premise (TPP).
Con la introducción de objetos, esta kata plantea el reto de pensar constantemente en las posibles modificaciones de este objeto. Es crucial asegurar que los tests no estén acoplados a la implementación. Se requiere el uso de baby steps y del TPP para garantizar que cada test falle por una sola razón.
Aprende sobre la diferencia entre una API "pública" y "publicada". Es crucial comprender cuándo realizar pruebas sobre una librería que tiene una API/Interfaz/Contrato abierto, capaz de resolver problemas desconocidos, en contraste con la implementación de una funcionalidad de negocio específica, donde el API/Interfaz/Contrato puede ser más cerrado y está diseñado para un uso específico del código.
Algoritmo más complejo que introduce estructuras de datos y conceptos básicos de command y query, así como la gestión de estados en la aplicación.
Kata algorítmica interesante centrada en aserciones y desarrollo iterativo incremental.
Matheus Marabesi, software craftsperson en Codurance, analiza en profundidad la lista de los 22 antipatrones de TDD recopilada por James Carr. A..
¿Alguna vez te has encontrado con un código en producción del que no tienes contexto alguno? Ya sea porque se trata de un proyecto legacy, carece de..
Ser un líder técnico eficaz va más allá del establecimiento de tareas y objetivos: abarca la creación de un entorno donde los developers realmente..
Suscríbete a nuestra newsletter para que podamos hacerte llegar recomendaciones de expertos y casos prácticos inspiradores