claudegoodies
Skill

tdd-workflow

From affaan-m

Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código. Aplica el desarrollo guiado por pruebas con 80%+ de cobertura incluyendo pruebas unitarias, de integración y E2E.

Enforces writing failing tests before code, requiring 80%+ coverage and git checkpoint commits per TDD stage.

Use it when

  • Writing new features, API endpoints, or components from scratch
  • Fixing bugs and need a reproducer test first
  • Refactoring existing code under an existing test suite
  • Working in a Git repo where checkpoint commits per RED/GREEN stage are wanted

Skip it if

  • You don't work in a Git repo or don't want per-stage checkpoint commits
  • E2E testing assumes Playwright specifically
  • You need quick prototyping, not upfront test-writing discipline

Facts

Repository
affaan-m/ECC
Status
Actively maintained
Last commit
Source file
.agents/skills/tdd-workflow/SKILL.md

Source preview

The instructions Claude Code reads when this skill runs.

# Flujo de Trabajo de Desarrollo Guiado por Pruebas

Este skill garantiza que todo el desarrollo de código siga los principios TDD con cobertura de pruebas completa.

## Cuándo Activar

- Escribir nuevas funcionalidades
- Corregir bugs o problemas
- Refactorizar código existente
- Agregar endpoints de API
- Crear nuevos componentes

## Principios Fundamentales

### 1. Pruebas ANTES del Código
SIEMPRE escribir primero las pruebas, luego implementar el código para que pasen.

### 2. Requisitos de Cobertura
- Mínimo 80% de cobertura (unit + integración + E2E)
- Todos los casos borde cubiertos
- Escenarios de error probados
- Condiciones de frontera verificadas

### 3. Tipos de Prueba

#### Pruebas Unitarias
- Funciones y utilidades individuales
- Lógica de componentes
- Funciones puras
- Helpers y utilidades

#### Pruebas de Integración
- Endpoints de API
- Operaciones de base de datos
- Interacciones entre servicios
- Llamadas a APIs externas

#### Pruebas E2E (Playwright)
- Flujos críticos de usuario
- Flujos de trabajo completos
- Automatización del navegador
- Interacciones con la UI

### 4. Checkpoints de Git
- Si el repositorio está bajo Git, crear un commit de checkpoint después de cada etapa TDD
- No hacer squash ni reescribir estos commits de checkpoint hasta completar el flujo de trabajo
- Cada mensaje de commit de checkpoint debe describir la etapa y la evidencia captur
View full source on GitHub →

Other skills