mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-06-11 02:33:10 +08:00
Adds a complete Spanish translation of the ECC documentation under docs/es/, mirroring the Turkish (docs/tr/) translation in scope. 141 files covering agents, commands, rules, skills, contexts, examples, and core docs. Updates root README.md with the Spanish language link. Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
9.1 KiB
9.1 KiB
description
| description |
|---|
| Aplicar el flujo de trabajo de desarrollo guiado por pruebas (TDD). Diseña interfaces, crea las pruebas PRIMERO, luego implementa el código mínimo. Garantiza 80%+ de cobertura de código. |
Comando TDD
Este comando invoca al agente tdd-guide para aplicar la metodología de desarrollo guiado por pruebas.
Qué Hace Este Comando
- Diseñar Interfaces - Definir primero los tipos/interfaces
- Crear Pruebas Primero - Escribir pruebas que fallan (RED)
- Implementar Código Mínimo - Escribir el código justo para que pasen (GREEN)
- Refactorizar - Mejorar el código mientras las pruebas siguen en verde (REFACTOR)
- Verificar Cobertura - Garantizar 80%+ de cobertura de pruebas
Cuándo Usarlo
Usa el comando /tdd cuando:
- Implementes nuevas features
- Agregues nuevas funciones/componentes
- Corrijas bugs (primero escribe la prueba que reproduce el bug)
- Refactorices código existente
- Construyas lógica de negocio crítica
Cómo Funciona
El agente tdd-guide:
- Definirá las interfaces para entradas/salidas
- Escribirá pruebas que FALLARÁN (porque el código aún no existe)
- Ejecutará las pruebas y verificará que fallen por la razón correcta
- Escribirá la implementación mínima para que las pruebas pasen
- Ejecutará las pruebas y verificará que pasen
- Refactorizará el código mientras las pruebas siguen en verde
- Verificará la cobertura y agregará más pruebas si está por debajo del 80%
El Ciclo TDD
ROJO → VERDE → REFACTORIZAR → REPETIR
ROJO: Escribir una prueba que falla
VERDE: Escribir el código mínimo para que pase
REFACTORIZAR: Mejorar el código, las pruebas siguen pasando
REPETIR: Siguiente feature/escenario
Ejemplo de Uso
Usuario: /tdd Necesito una función para calcular el puntaje de liquidez de un mercado
Agente (tdd-guide):
# Sesión TDD: Calculadora de Puntaje de Liquidez de Mercado
## Paso 1: Definir Interface (SCAFFOLD)
```typescript
// lib/liquidity.ts
export interface MarketData {
totalVolume: number
bidAskSpread: number
activeTraders: number
lastTradeTime: Date
}
export function calculateLiquidityScore(market: MarketData): number {
// TODO: Implementación
throw new Error('Not implemented')
}
Paso 2: Escribir Prueba que Falla (ROJO)
// lib/liquidity.test.ts
import { calculateLiquidityScore } from './liquidity'
describe('calculateLiquidityScore', () => {
it('debe retornar puntaje alto para mercado líquido', () => {
const market = {
totalVolume: 100000,
bidAskSpread: 0.01,
activeTraders: 500,
lastTradeTime: new Date()
}
const score = calculateLiquidityScore(market)
expect(score).toBeGreaterThan(80)
expect(score).toBeLessThanOrEqual(100)
})
it('debe retornar puntaje bajo para mercado poco líquido', () => {
const market = {
totalVolume: 100,
bidAskSpread: 0.5,
activeTraders: 2,
lastTradeTime: new Date(Date.now() - 86400000) // hace 1 día
}
const score = calculateLiquidityScore(market)
expect(score).toBeLessThan(30)
expect(score).toBeGreaterThanOrEqual(0)
})
it('debe manejar caso límite: volumen cero', () => {
const market = {
totalVolume: 0,
bidAskSpread: 0,
activeTraders: 0,
lastTradeTime: new Date()
}
const score = calculateLiquidityScore(market)
expect(score).toBe(0)
})
})
Paso 3: Ejecutar Pruebas - Verificar el Fallo
npm test lib/liquidity.test.ts
FAIL lib/liquidity.test.ts
✕ debe retornar puntaje alto para mercado líquido (2 ms)
Error: Not implemented
1 test failed, 0 passed
PASS: Las pruebas fallan como se esperaba. Listo para implementar.
Paso 4: Implementar Código Mínimo (VERDE)
// lib/liquidity.ts
export function calculateLiquidityScore(market: MarketData): number {
// Manejar caso límite de volumen cero
if (market.totalVolume === 0) {
return 0
}
// Calcular puntajes de componentes (escala 0-100)
const volumeScore = Math.min(market.totalVolume / 1000, 100)
const spreadScore = Math.max(100 - (market.bidAskSpread * 1000), 0)
const traderScore = Math.min(market.activeTraders / 10, 100)
// Bonus por actividad reciente
const hoursSinceLastTrade = (Date.now() - market.lastTradeTime.getTime()) / (1000 * 60 * 60)
const recencyScore = Math.max(100 - (hoursSinceLastTrade * 10), 0)
// Promedio ponderado
const score = (
volumeScore * 0.4 +
spreadScore * 0.3 +
traderScore * 0.2 +
recencyScore * 0.1
)
return Math.min(Math.max(score, 0), 100) // Limitar entre 0-100
}
Paso 5: Ejecutar Pruebas - Verificar el Éxito
npm test lib/liquidity.test.ts
PASS lib/liquidity.test.ts
✓ debe retornar puntaje alto para mercado líquido (3 ms)
✓ debe retornar puntaje bajo para mercado poco líquido (2 ms)
✓ debe manejar caso límite: volumen cero (1 ms)
3 tests passed
PASS: ¡Todas las pruebas pasan!
Paso 6: Refactorizar (MEJORAR)
// lib/liquidity.ts - Refactorizado con constantes y mejor legibilidad
const WEIGHTS = {
VOLUME: 0.4,
SPREAD: 0.3,
TRADERS: 0.2,
RECENCY: 0.1,
} as const
const SCALE_FACTORS = {
VOLUME: 1000,
SPREAD: 1000,
TRADERS: 10,
RECENCY_PENALTY: 10,
} as const
function clamp(value: number, min: number, max: number): number {
return Math.min(Math.max(value, min), max)
}
export function calculateLiquidityScore(market: MarketData): number {
if (market.totalVolume === 0) return 0
const volumeScore = Math.min(market.totalVolume / SCALE_FACTORS.VOLUME, 100)
const spreadScore = clamp(100 - (market.bidAskSpread * SCALE_FACTORS.SPREAD), 0, 100)
const traderScore = Math.min(market.activeTraders / SCALE_FACTORS.TRADERS, 100)
const hoursSinceLastTrade = (Date.now() - market.lastTradeTime.getTime()) / (1000 * 60 * 60)
const recencyScore = clamp(100 - (hoursSinceLastTrade * SCALE_FACTORS.RECENCY_PENALTY), 0, 100)
const weightedScore =
volumeScore * WEIGHTS.VOLUME +
spreadScore * WEIGHTS.SPREAD +
traderScore * WEIGHTS.TRADERS +
recencyScore * WEIGHTS.RECENCY
return clamp(weightedScore, 0, 100)
}
Paso 7: Verificar que las Pruebas Siguen Pasando
npm test lib/liquidity.test.ts
PASS lib/liquidity.test.ts
✓ debe retornar puntaje alto para mercado líquido (3 ms)
✓ debe retornar puntaje bajo para mercado poco líquido (2 ms)
✓ debe manejar caso límite: volumen cero (1 ms)
3 tests passed
PASS: ¡Refactoring completo, las pruebas siguen pasando!
Paso 8: Verificar Cobertura
npm test -- --coverage lib/liquidity.test.ts
File | % Stmts | % Branch | % Funcs | % Lines
---------------|---------|----------|---------|--------
liquidity.ts | 100 | 100 | 100 | 100
Coverage: 100% PASS (Objetivo: 80%)
PASS: ¡Sesión TDD completada!
## Buenas Prácticas de TDD
**HAZ:**
- PASS: Escribe la prueba ANTES de cualquier implementación
- PASS: Ejecuta las pruebas y verifica que fallen antes de implementar
- PASS: Escribe el código mínimo para que las pruebas pasen
- PASS: Refactoriza después de que las pruebas estén en verde
- PASS: Agrega casos límite y escenarios de error
- PASS: Apunta a 80%+ de cobertura (100% para código crítico)
**NO HAGAS:**
- FAIL: No escribas implementación antes de las pruebas
- FAIL: No omitas ejecutar las pruebas después de cada cambio
- FAIL: No escribas demasiado código de una vez
- FAIL: No ignores pruebas que fallan
- FAIL: No pruebes detalles de implementación (prueba el comportamiento)
- FAIL: No hagas mock de todo (prefiere pruebas de integración)
## Tipos de Pruebas a Incluir
**Pruebas Unitarias** (nivel de función):
- Escenarios de camino feliz
- Casos límite (vacío, null, valores máximos)
- Condiciones de error
- Valores límite
**Pruebas de Integración** (nivel de componente):
- Endpoints de API
- Operaciones de base de datos
- Llamadas a servicios externos
- Componentes React con hooks
**Pruebas E2E** (usar el comando `/e2e`):
- Flujos de usuario críticos
- Procesos de múltiples pasos
- Integración full stack
## Requisitos de Cobertura
- **Mínimo 80%** para todo el código
- **100% requerido**:
- Cálculos financieros
- Lógica de autenticación
- Código crítico de seguridad
- Lógica de negocio principal
## Notas Importantes
**OBLIGATORIO**: Las pruebas deben escribirse ANTES de la implementación. El ciclo TDD:
1. **ROJO** - Escribir prueba que falla
2. **VERDE** - Implementar para que pase
3. **REFACTORIZAR** - Mejorar el código
Nunca omitas la fase ROJO. Nunca escribas código antes de las pruebas.
## Integración con Otros Comandos
- Usa `/plan` primero para entender qué construir
- Usa `/tdd` para implementar con pruebas
- Usa `/build-fix` si surgen errores de build
- Usa `/code-review` para revisar la implementación
- Usa `/test-coverage` para verificar la cobertura
## Agentes Relacionados
Este comando invoca al agente `tdd-guide` proporcionado por ECC.
La skill relacionada `tdd-workflow` también viene incluida con ECC.
Para instalaciones manuales, los archivos fuente se encuentran en:
- `agents/tdd-guide.md`
- `skills/tdd-workflow/SKILL.md`