스킬 test-driven-development
🧪

test-driven-development

안전 🌐 네트워크 접근⚙️ 외부 명령어

Escribir Pruebas Antes del Código

또한 다음에서 사용할 수 있습니다: Cycleaddict,obra,davila7,DMJGilbert,DYAI2025,CodingCossack

El código escrito sin pruebas primero carece de verificación y detecta errores demasiado tarde. Esta habilidad te guía a través del ciclo TDD Rojo-Verde-Refactorizar para escribir pruebas que fallan antes de la implementación, asegurando que cada funcionalidad tenga verificación automatizada desde el inicio.

지원: Claude Codex Code(CC)
📊 70 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"test-driven-development" 사용 중입니다. Usa TDD para agregar autenticación de usuario a la función de login

예상 결과:

  • ROJO: Escribiendo primero prueba que falla
  • test('rechaza email vacío con mensaje de error', async () => {
  • const result = await login({ email: '', password: 'password123' });
  • expect(result.error).toBe('Email required');
  • });
  •  
  • VERDE: Implementación mínima para pasar la prueba
  • function login(data) {
  • if (!data.email?.trim()) {
  • return { error: 'Email required' };
  • }
  • // ... resto de la lógica de login
  • }
  •  
  • Siguiente prueba: Agregar validación de contraseña, luego continuar el ciclo.

"test-driven-development" 사용 중입니다. Usa TDD para implementar una función de reintentos

예상 결과:

  • ROJO: Primera prueba que falla
  • test('reintenta operaciones fallidas 3 veces', async () => {
  • let attempts = 0;
  • const operation = () => {
  • attempts++;
  • if (attempts < 3) throw new Error('fail');
  • return 'success';
  • };
  • const result = await retryOperation(operation);
  • expect(result).toBe('success');
  • expect(attempts).toBe(3);
  • });
  •  
  • VERDE: Código mínimo para pasar
  • async function retryOperation(fn) {
  • for (let i = 0; i < 3; i++) {
  • try { return await fn(); }
  • catch (e) { if (i === 2) throw e; }
  • }
  • }

보안 감사

안전
v5 • 1/17/2026

This skill contains only markdown documentation with TDD guidelines and code examples. No executable code, scripts, network calls, filesystem access, or external command execution capabilities. Pure prompt-based documentation safe for publication.

3
스캔된 파일
864
분석된 줄 수
2
발견 사항
5
총 감사 수

위험 요인

감사자: claude 감사 이력 보기 →

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
21
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

Aprender fundamentos de TDD

Seguir el ciclo Rojo-Verde-Refactorizar para construir hábitos de pruebas primero desde el inicio de tu trayectoria de programación.

Agregar pruebas a nuevas funcionalidades

Asegurar que cada funcionalidad o corrección de errores incluya pruebas aprobadas escritas antes del código de implementación.

Verificar cumplimiento de pruebas primero

Comprobar que todos los cambios de código tengan pruebas correspondientes que fallaron antes de que se escribiera la implementación.

이 프롬프트를 사용해 보세요

Iniciar nueva funcionalidad con TDD
Usa TDD para implementar [descripción de funcionalidad]. Primero escribe una prueba que falle describiendo el comportamiento esperado. Muéstrame la prueba fallando antes de escribir cualquier código de implementación.
Corregir error con TDD
Corrige este error usando TDD: [descripción del error]. Comienza escribiendo una prueba que falle reproduciendo el comportamiento del error. Luego implementa la corrección para hacer que la prueba pase.
Refactorizar de manera segura
Refactoriza este código usando principios TDD. Primero asegúrate de que el comportamiento existente esté cubierto por pruebas. Luego limpia manteniendo todas las pruebas en verde.
Revisar cumplimiento de TDD
Revisa mi implementación para verificar cumplimiento de TDD. Comprueba si las pruebas se escribieron antes del código, si fallaron por las razones correctas, y si la implementación es mínima para pasar las pruebas.

모범 사례

  • Siempre verifica que las pruebas fallan antes de escribir la implementación - pasar inmediatamente no prueba nada
  • Escribe un comportamiento por prueba con nombres claros describiendo el comportamiento esperado
  • Mantén la implementación mínima para pasar las pruebas - resiste agregar funcionalidades durante la fase verde

피하기

  • Escribir código de implementación antes de las pruebas - elimínalo y comienza de nuevo
  • Probar comportamiento de mocks en lugar del comportamiento real del componente
  • Agregar métodos solo para pruebas a clases de producción en lugar de utilidades de prueba

자주 묻는 질문

¿Es TDD compatible con todos los lenguajes de programación?
Sí. Los principios TDD se aplican a cualquier lenguaje con un framework de pruebas. La habilidad proporciona orientación agnóstica del lenguaje.
¿Cuáles son los límites de TDD para esta habilidad?
TDD funciona mejor para código testeable. Configuraciones muy simples, prototipos y código generado pueden no necesitar TDD completo.
¿Cómo se integra esto con suites de pruebas existentes?
La habilidad te guía para agregar nuevas pruebas sin romper las existentes. Todas las pruebas deben permanecer en verde después de refactorizar.
¿Están seguros mis datos al usar esta habilidad?
Sí. Esta habilidad solo proporciona directrices. No ocurre ejecución de código, acceso a archivos ni recopilación de datos.
¿Qué pasa si las pruebas fallan inesperadamente?
Verifica que escribiste la prueba correctamente. Fallos inesperados pueden indicar que la prueba está mal, no la implementación.
¿Cómo se compara TDD con probar después?
TDD prueba que las pruebas funcionan al verlas fallar primero. Las pruebas escritas después pasan inmediatamente y no prueban nada sobre detectar errores.

개발자 세부 정보

파일 구조