tdd — desarrollo guiado por tests

Guía al agente por el ciclo clásico de TDD: escribir un test que falla, escribir el código mínimo para que pase, refactorizar — en ese orden, en vez de escribir la implementación primero y los tests después (o no escribirlos).

Instalar

pnpmbunnpm

pnpm dlx skills add https://github.com/mattpocock/skills --skill tdd

bunx skills add https://github.com/mattpocock/skills --skill tdd

npx skills add https://github.com/mattpocock/skills --skill tdd

Fuente

skills.sh/mattpocock/skills/tdd — mattpocock, 694K+ instalaciones.

Cuándo usarlo

• Lógica de negocio con reglas claras (validaciones, cálculos, transformaciones de datos) — donde escribir el test primero ayuda a pensar los casos borde antes de programar.
• Bugfixes: escribir primero el test que reproduce el bug, después arreglarlo — confirma que el fix realmente resuelve el problema.

Consideraciones

• No es el approach correcto para todo — para UI muy exploratoria donde el diseño cambia rápido, TDD estricto puede frenar más de lo que ayuda. Usarlo donde el comportamiento esperado ya está claro.