技能 tdd-workflows-tdd-red
🧪

tdd-workflows-tdd-red

安全

Générer des tests échouant pour la phase rouge du TDD

Commencer le TDD sans définitions claires de tests conduit à une couverture incomplète. Cette compétence crée des tests échouant complets qui définissent le comportement attendu avant le début de l'implémentation.

支持: Claude Codex Code(CC)
🥉 74 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“tdd-workflows-tdd-red”。 Générer des tests échouant pour une fonction de validation de mot de passe en utilisant Jest

预期结果:

Fichier de test complet avec blocs describe, configurations de mocks et cas de tests pour la longueur minimale, les exigences de caractères spéciaux et les cas limites. Chaque test attend des échecs de validation spécifiques qui passeront une fois l'implémentation terminée.

正在使用“tdd-workflows-tdd-red”。 Créer des tests de propriétés pour une fonction d'inversion de chaîne en utilisant pytest et Hypothesis

预期结果:

Fonctions de test paramétrées vérifiant que la chaîne inversée égale l'originale lorsqu'elle est inversée à nouveau, maintient le nombre de caractères et gère correctement les caractères unicode.

安全审计

安全
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
已扫描文件
167
分析行数
0
发现项
1
审计总数
未发现安全问题
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
100
安全
91
规范符合性

你能构建什么

Workflow TDD pour nouvelle fonctionnalité

Générer des tests échouant complets avant d'implémenter un nouveau service d'authentification, couvrant les identifiants valides, les entrées invalides et les cas limites.

Tests de contrat API

Créer des tests de contrat définissant les formats de requête et réponse API attendus avant de construire l'implémentation du endpoint.

Couverture de tests pour code existant

Ajouter une couverture de tests manquante au code existant en générant des tests qui documentent le comportement actuel avant le refactoring.

试试这些提示

Génération de tests unitaires basiques
Générer des tests unitaires échouant pour une fonction qui valide les adresses email. Utiliser le framework pytest. Couvrir les emails valides, les formats invalides, les chaînes vides et les entrées null.
Tests de la couche service
Créer des tests échouant pour un UserService avec les méthodes : createUser, getUserById, deleteUser. Utiliser Jest avec UserRepository mocké. Inclure la gestion des erreurs pour les emails en double et les utilisateurs manquants.
Tests basés sur les propriétés
Générer des tests basés sur les propriétés pour une fonction de tri utilisant fast-check. Vérifier que la sortie est toujours triée, maintient la longueur originale et préserve tous les éléments d'entrée.
Suite de tests d'intégration
Créer des tests d'intégration échouant pour un workflow de traitement des paiements incluant : paiement réussi, carte refusée, fonds insuffisants et scénarios de timeout réseau. Utiliser RSpec avec des exemples partagés.

最佳实践

  • Nommer les tests en utilisant la convention devrait_X_quand_Y pour documenter clairement le comportement attendu
  • Garder les tests isolés sans dépendances entre les cas de test
  • Vérifier que les tests échouent pour la bonne raison (comportement manquant) et non des erreurs de configuration

避免

  • Tester les détails d'implémentation au lieu du comportement observable
  • Créer des tests qui passent immédiatement sans implémenter la fonctionnalité
  • Utiliser du code de configuration complexe qui obscurcit l'intention des tests

常见问题

Qu'est-ce que la phase rouge du TDD ?
La phase rouge est la première étape du Test-Driven Development où vous écrivez des tests échouant qui définissent le comportement attendu avant d'écrire du code d'implémentation.
Comment vérifier que mes tests échouent pour la bonne raison ?
Exécutez chaque test individuellement et vérifiez que les messages d'échec indiquent une fonctionnalité manquante ou des échecs d'assertion, et non des erreurs de syntaxe, des problèmes d'import ou de configuration.
Quels frameworks de tests sont pris en charge ?
Cette compétence prend en charge Jest et Vitest pour JavaScript/TypeScript, pytest pour Python, le package de tests intégré pour Go, et RSpec pour Ruby.
Dois-je mocker les dépendances externes ?
Oui, mockez toutes les dépendances externes incluant les bases de données, API et systèmes de fichiers pour assurer des tests rapides, fiables et véritablement isolés.
Combien de cas limites dois-je inclure ?
Couvrez les entrées null/vides, les valeurs aux bornes, les caractères spéciaux, les conditions d'erreur et tous les cas limites spécifiques au domaine pertinents pour votre cas d'usage.
Que faire après avoir généré des tests échouant ?
Passez à la phase verte en implémentant le code minimum requis pour faire passer tous les tests, puis refactorisez en maintenant les tests verts.

开发者详情

文件结构

📄 SKILL.md