Habilidades tdd-workflows-tdd-cycle
📦

tdd-workflows-tdd-cycle

Seguro ⚙️ Comandos externos

Domina los Flujos de Trabajo de Desarrollo Guiado por Pruebas

Los desarrolladores tienen dificultades para mantener la disciplina de TDD mientras gestionan proyectos complejos. Esta habilidad orquesta agentes especializados a través de ciclos estrictos de red-green-refactor con validación automatizada y seguimiento de cobertura.

Soporta: Claude Codex Code(CC)
📊 71 Adecuado
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "tdd-workflows-tdd-cycle". Flujo de trabajo TDD para API de registro de usuarios

Resultado esperado:

Fase 1 Completa: Especificación de pruebas generada con 12 escenarios cubriendo ruta feliz, errores de validación, usuarios duplicados y casos extremos. Fase 2 Completa: 12 pruebas unitarias fallidas escritas. Fase 3 Completa: Implementación mínima pasa todas las pruebas. Fase 4 Completa: Refactorizado para reducir complejidad ciclomática de 12 a 6.

Usando "tdd-workflows-tdd-cycle". Flujo de trabajo TDD con análisis de cobertura para módulo de validación de datos

Resultado esperado:

Informe de Cobertura: Cobertura de líneas 79%, Cobertura de ramas 87%, Cobertura de funciones 92%. Todas las pruebas pasando. Recomendaciones de refactorización: Extraer lógica de validación a estrategias separadas, reducir longitud del método en validateUserInput de 28 a 15 líneas.

Auditoría de seguridad

Seguro
v1 • 2/25/2026

All 15 static analysis findings are false positives. The external_commands pattern matched documentation references (opening markdown files, flag examples) not actual shell execution. Cryptographic and reconnaissance patterns matched unrelated TDD workflow text. This skill safely orchestrates Claude Task agents for test-driven development workflows.

1
Archivos escaneados
224
Líneas analizadas
2
hallazgos
1
Auditorías totales
Problemas de riesgo bajo (1)
SKILL.md:23SKILL.md:134SKILL.md:144
External Command Pattern - False Positive
Static analyzer detected Ruby/shell backtick execution pattern. Line 23 references opening a markdown documentation file. Lines 134 and 144 show command-line flag examples (--incremental, --suite). No actual shell execution occurs.

Factores de riesgo

⚙️ Comandos externos (3)
SKILL.md:23 SKILL.md:134 SKILL.md:144
Auditado por: claude

Puntuación de calidad

38
Arquitectura
100
Mantenibilidad
87
Contenido
32
Comunidad
100
Seguridad
91
Cumplimiento de la especificación

Lo que puedes crear

Desarrollo de Funcionalidades Nuevas

Desarrolla nuevas funcionalidades con pruebas primero siguiendo disciplina TDD estricta, asegurando cobertura del 100% desde el inicio.

Cobertura de Pruebas en Código Heredado

Añade cobertura de pruebas integral al código existente usando el modo de suite de pruebas con desarrollo por lotes.

Mejora de Calidad del Código

Refactoriza código existente mientras mantienes la cobertura de pruebas, usando validación automatizada en cada paso.

Prueba estos prompts

Ciclo TDD Básico 
Inicia un flujo de trabajo TDD para implementar un módulo de autenticación de usuarios. Comienza con el análisis de requisitos de la Fase 1 y procede a través del ciclo red-green-refactor.
Desarrollo Incremental de Pruebas 
Ejecuta un flujo de trabajo TDD para un endpoint de API REST con la bandera --incremental. Escribe una prueba que falle a la vez, hazla pasar, y refactoriza antes de continuar.
Suite de Pruebas Integral 
Ejecuta un flujo de trabajo TDD para un módulo de procesamiento de pagos con la bandera --suite. Escribe primero todas las pruebas que fallen, luego implementa para que pasen todas las pruebas, y luego refactoriza todo el módulo.
Mejora de Cobertura 
Analiza la cobertura de pruebas actual para el módulo de servicio de usuarios y ejecuta la Fase 11 para añadir pruebas de rendimiento y cobertura de casos extremos. Apunta a 90% de cobertura de ramas.

Mejores prácticas

  • Siempre verifica que las pruebas fallen por las razones correctas antes de implementar código
  • Implementa solo el código mínimo requerido para hacer pasar las pruebas - sin funciones extra
  • Ejecuta pruebas después de cada cambio de refactorización para asegurar que las pruebas permanezcan verdes
  • Detente inmediatamente si la disciplina TDD se rompe y haz rollback a un estado válido
  • Mantener la ejecución de pruebas bajo 5 segundos para pruebas unitarias a fin de mantener la velocidad de retroalimentación

Evitar

  • Escribir código de implementación antes de escribir pruebas que fallen
  • Escribir pruebas que ya pasan en lugar de impulsar nueva funcionalidad
  • Saltar la fase de refactorización y acumular deuda técnica
  • Modificar pruebas para hacerlas pasar en lugar de corregir la implementación
  • Ignorar pruebas que fallan y proceder a la siguiente funcionalidad

Preguntas frecuentes

¿Qué es el ciclo red-green-refactor?
ROJO: Escribe una prueba que falle. VERDE: Implementa el código mínimo para que pase. REFACTORIZA: Mejora la calidad del código mientras mantienes las pruebas verdes. Este ciclo asegura desarrollo primero con pruebas con mejora continua de calidad.
¿Cómo elijo entre modo incremental y modo suite?
Usa el modo incremental para lógica compleja que requiere desarrollo cuidadoso paso a paso. Usa el modo suite para funcionalidades directas donde puedes diseñar todas las pruebas por adelantado e implementar en lotes.
¿Qué pasa si mis pruebas fallan durante la refactorización?
Detente inmediatamente y haz rollback al último estado válido. La refactorización no debe cambiar el comportamiento. Si las pruebas fallan, cambiaste funcionalidad en lugar de solo mejorar la estructura.
¿Puedo ajustar los umbrales de cobertura?
Sí. Los umbrales por defecto son 80% de cobertura de líneas, 75% de cobertura de ramas, y 100% de cobertura de ruta crítica. Ajusta según los requisitos del proyecto y las restricciones del código heredado.
¿Qué herramientas requiere esta habilidad?
Esta habilidad requiere la herramienta Claude Task con acceso a subagentes para pruebas, revisión de código y desarrollo backend. Orquestra agentes especializados para cada fase de TDD.
¿Cómo funciona la recuperación ante fallos?
Si la disciplina TDD se rompe, detente inmediatamente, identifica la fase violada, haz rollback al último estado válido usando control de versiones, reanuda desde la fase correcta, y documenta la lección aprendida.

Detalles del desarrollador

Autor

sickn33

Licencia

MIT

Repositorio

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/tdd-workflows-tdd-cycle

Ref.

main

Estructura de archivos

📄 SKILL.md