Habilidades tdd-workflows-tdd-red
🧪

tdd-workflows-tdd-red

Seguro

Generar pruebas fallidas para la fase roja de TDD

Comenzar TDD sin definiciones claras de pruebas conduce a una cobertura incompleta. Esta habilidad crea pruebas fallidas exhaustivas que definen el comportamiento esperado antes de que comience la implementación.

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-red". Generar pruebas fallidas para una función de validación de contraseñas usando Jest

Resultado esperado:

Archivo de prueba completo con bloques describe, configuraciones de simulación y casos de prueba para longitud mínima, requisitos de caracteres especiales y casos extremos. Cada prueba espera fallos de validación específicos que pasarán una vez que se complete la implementación.

Usando "tdd-workflows-tdd-red". Crear pruebas basadas en propiedades para una función de reversión de cadenas usando pytest y Hypothesis

Resultado esperado:

Funciones de prueba parametrizadas que verifican que la cadena reversa iguala la original cuando se invierte nuevamente, mantiene el conteo de caracteres y maneja caracteres unicode correctamente.

Auditoría de seguridad

Seguro
v1 • 2/25/2026

All static analysis findings are false positives. The detected patterns are code examples in markdown documentation, not executable code. Lines 73-75 show JavaScript mock function syntax (jest.fn), lines 84-85 show Go t.Parallel() method calls, line 88 shows Ruby RSpec let blocks, and lines 134+ contain TypeScript test examples in markdown code blocks. No actual shell execution, cryptographic operations, or system reconnaissance code exists in this skill.

1
Archivos escaneados
167
Líneas analizadas
0
hallazgos
1
Auditorías totales
No se encontraron problemas de seguridad
Auditado por: claude

Puntuación de calidad

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

Lo que puedes crear

Flujo de trabajo TDD para nuevas características

Generar pruebas fallidas exhaustivas antes de implementar un nuevo servicio de autenticación, cubriendo credenciales válidas, entradas inválidas y casos extremos.

Pruebas de contrato de API

Crear pruebas de contrato que definan los formatos esperados de solicitud y respuesta de la API antes de construir la implementación del endpoint.

Cobertura de pruebas de código heredado

Agregar cobertura de pruebas faltante al código existente generando pruebas que documenten el comportamiento actual antes de refactorizar.

Prueba estos prompts

Generación básica de pruebas unitarias 
Generar pruebas unitarias fallidas para una función que valide direcciones de correo electrónico. Usar el framework pytest. Cubrir correos válidos, formatos inválidos, cadenas vacías y entradas nulas.
Pruebas de la capa de servicios 
Crear pruebas fallidas para un UserService con métodos: createUser, getUserById, deleteUser. Usar Jest con UserRepository simulado. Incluir manejo de errores para correos duplicados y usuarios faltantes.
Pruebas basadas en propiedades 
Generar pruebas basadas en propiedades para una función de ordenamiento usando fast-check. Verificar que la salida siempre esté ordenada, mantenga la longitud original y preserve todos los elementos de entrada.
Suite de pruebas de integración 
Crear pruebas de integración fallidas para un flujo de trabajo de procesamiento de pagos que incluya: pago exitoso, tarjeta rechazada, fondos insuficientes y escenarios de tiempo de espera de red. Usar RSpec con ejemplos compartidos.

Mejores prácticas

  • Nombrar las pruebas usando la convención should_X_when_Y para documentar claramente el comportamiento esperado
  • Mantener las pruebas aisladas sin dependencias entre casos de prueba
  • Verificar que las pruebas fallen por la razón correcta (comportamiento faltante) no errores de configuración

Evitar

  • Probar detalles de implementación en lugar de comportamiento observable
  • Crear pruebas que pasen inmediatamente sin implementar funcionalidad
  • Usar código de configuración complejo que oscurece la intención de la prueba

Preguntas frecuentes

¿Qué es la fase roja de TDD?
La fase roja es el primer paso en el Desarrollo Guiado por Pruebas donde escribes pruebas fallidas que definen el comportamiento esperado antes de escribir cualquier código de implementación.
¿Cómo verifico que mis pruebas fallen por la razón correcta?
Ejecuta cada prueba individualmente y verifica que los mensajes de fallo indiquen funcionalidad faltante o fallos de aserción, no errores de sintaxis, problemas de importación o problemas de configuración.
¿Qué frameworks de pruebas son compatibles?
Esta habilidad soporta Jest y Vitest para JavaScript/TypeScript, pytest para Python, el paquete de pruebas integrado para Go, y RSpec para Ruby.
¿Debo simular las dependencias externas?
Sí, simula todas las dependencias externas incluyendo bases de datos, APIs y sistemas de archivos para asegurar que las pruebas sean rápidas, confiables y verdaderas pruebas unitarias aisladas.
¿Cuántos casos extremos debo incluir?
Cubre entradas nulas/vacías, valores límite, caracteres especiales, condiciones de error y cualquier caso extremo específico del dominio relevante para tu caso de uso.
¿Qué hago después de generar pruebas fallidas?
Pasa a la fase verde implementando el código mínimo necesario para que todas las pruebas pasen, luego refactoriza manteniendo las pruebas en verde.

Detalles del desarrollador

Autor

sickn33

Licencia

MIT

Repositorio

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

Ref.

main

Estructura de archivos

📄 SKILL.md