スキル tdd-workflow
🧪

tdd-workflow

安全 ⚙️ 外部コマンド🌐 ネットワークアクセス

Aplicar flujo de trabajo TDD para Node.js

こちらからも入手できます: sickn33

Escribir pruebas después del código genera brechas en la cobertura y diseños frágiles. Esta habilidad te guía a través del ciclo disciplinado ROJO-VERDE-REFACTORIZAR para construir aplicaciones Node.js y TypeScript probadas y bien diseñadas desde el inicio.

対応: Claude Codex Code(CC)
📊 69 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「tdd-workflow」を使用しています。 Ayúdame a aplicar TDD para crear una calculadora de descuentos

期待される結果:

  • 1. Comienza con ROJO: Escribe una prueba que falle para CalculateDiscount(100, 10) esperando 90
  • 2. Hazla VERDE: Retorna 100 - (100 * 10 / 100) = 90
  • 3. Refactoriza: Extrae constantes, añade validación, mejora nomenclatura
  • 4. Continúa: Añade pruebas para casos límite (0%, 100%, entrada inválida)

「tdd-workflow」を使用しています。 ¿Cómo pruebo una función asíncrona con Jest?

期待される結果:

  • Usa async/await con aserciones async de expect:
  • - expect(await service.fetchData()).resolves.toEqual(expected)
  • - O usa temporizadores falsos para probar timeouts y delays
  • - Siempre retorna promesas en las pruebas para asegurar su completitud

セキュリティ監査

安全
v5 • 1/17/2026

Pure documentation skill containing only markdown files with TDD guidance. No executable code, no network calls, no file system modifications. All static findings are false positives caused by the scanner misclassifying markdown code fence delimiters as Ruby backticks and test pattern terminology as security threats.

3
スキャンされたファイル
694
解析された行数
2
検出結果
5
総監査数

リスク要因

⚙️ 外部コマンド (51)
patterns.md:6-31 patterns.md:31-34 patterns.md:34-45 patterns.md:45-48 patterns.md:48-59 patterns.md:59-63 patterns.md:63-90 patterns.md:90-94 patterns.md:94-117 patterns.md:117-122 patterns.md:122-132 patterns.md:132-135 patterns.md:135-144 patterns.md:144-147 patterns.md:147-158 patterns.md:158-161 patterns.md:161-182 patterns.md:182-186 patterns.md:186-202 patterns.md:202-206 patterns.md:206-217 patterns.md:217-221 patterns.md:221-241 patterns.md:241-245 patterns.md:245-287 SKILL.md:45-58 SKILL.md:58-62 SKILL.md:62-65 SKILL.md:65-69 SKILL.md:69-79 SKILL.md:79-85 SKILL.md:85-92 SKILL.md:92-104 SKILL.md:104-111 SKILL.md:111-123 SKILL.md:123-129 SKILL.md:129-133 SKILL.md:133-137 SKILL.md:137-143 SKILL.md:143-147 SKILL.md:147-155 SKILL.md:155-159 SKILL.md:159-163 SKILL.md:163-167 SKILL.md:167-182 SKILL.md:182-187 SKILL.md:187-193 SKILL.md:193-196 SKILL.md:196-210 SKILL.md:210-213 SKILL.md:213-224
🌐 ネットワークアクセス (1)
skill-report.json:6
監査者: claude 監査履歴を表示 →

品質スコア

38
アーキテクチャ
100
保守性
85
コンテンツ
20
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

Construir funcionalidades con TDD

Implementar nuevas funcionalidades escribiendo primero pruebas que fallan, luego haciéndolas pasar y después refactorizando.

Crear escenarios de prueba

Diseñar casos de prueba efectivos usando convenciones de nomenclatura, patrón AAA y pruebas parametrizadas.

Añadir pruebas de forma segura

Introducir pruebas a bases de código existentes comprendiendo dobles de prueba y patrones de fixtures.

これらのプロンプトを試す

Ciclo TDD básico 
Ayúdame a aplicar TDD para implementar [feature name]. Guíame a través de ROJO-VERDE-REFACTORIZAR.
Escribir prueba que falla 
Estoy en la fase ROJA. Escribe una prueba Jest que falle para [method name] con [scenario] esperando [behavior].
Hacer pasar la prueba 
Mi prueba está fallando. Ayúdame a escribir código de producción mínimo para pasar la prueba sin sobre-ingeniería.
Refactorizar de forma segura 
Mi prueba pasa. Ayúdame a refactorizar este código para mejor diseño manteniendo todas las pruebas en verde.

ベストプラクティス

  • Escribe una prueba que falla a la vez antes de escribir cualquier código de producción
  • Mantén el código de producción mínimo en fase VERDE, mejora el diseño solo en REFACTORIZAR
  • Ejecuta las pruebas después de cada cambio para mantener la red de seguridad

回避

  • Probar detalles de implementación en lugar de comportamiento
  • Usar mocks para todo sin comprender las compensaciones
  • Omitir la fase REFACTORIZAR y dejar código feo

よくある質問

¿Qué frameworks de pruebas soporta esta habilidad?
Jest, Vitest y Mocha. El enfoque está en Jest como el framework de pruebas más popular para Node.js.
¿Cuáles son los límites de TDD para esta habilidad?
TDD funciona mejor para lógica de negocio. El código de UI, integración y base de datos requiere enfoques diferentes.
¿Cómo integro esto con mi proyecto existente?
La habilidad guía el flujo de trabajo. Necesitas Jest o el framework elegido instalado y configurado.
¿Están seguros mis datos al usar esta habilidad?
Sí. Esta habilidad solo proporciona orientación. No lee, escribe ni transmite ningún archivo.
¿Por qué están fallando mis pruebas?
Verifica la configuración de las pruebas, aserciones y dependencias. La habilidad ayuda a identificar errores comunes.
¿En qué se diferencia esto de otras habilidades de testing?
Esta habilidad aplica el ciclo TDD completo con patrones específicos para Node.js y TypeScript.

開発者の詳細

作成者

DoubleslashSE

ライセンス

MIT

リポジトリ

https://github.com/DoubleslashSE/claude-workflows/tree/main/Plugins/dotnet-tdd/skills/tdd-workflow

参照

main

ファイル構成

📄 patterns.md

📄 SKILL.md