test-driven-development
Favoriser le développement piloté par les tests
Les équipes peuvent ignorer les tests qui échouent et livrer des changements sans preuve que les tests vérifient le comportement. Cette compétence guide Claude, Codex et Claude Code dans un travail strict rouge-vert-refactorisation.
Arrêtez-vous et demandez confirmation avant l’installation.
Examinez le plan et obtenez le consentement explicite de l’utilisateur avant de modifier des fichiers.
Installer avec mon Agent
Copiez cette demande dans votre Agent. Elle contient la page Skill de référence et le manifeste.
Review the Skillstore skill "test-driven-development" from https://skillstore.io/skills/dyai2025-test-driven-development.md and its manifest at https://skillstore.io/api/skills/dyai2025-test-driven-development/manifest. Verify the artifact. Stop and obtain explicit user consent before installing or changing files.Votre Agent doit toujours présenter son plan et demander toute confirmation exigée par la politique de sécurité.
Ressources lisibles par les agents
Utilisez ces liens lorsqu’un Agent IA, un crawler ou un script a besoin d’un contexte propre au lieu de lire toute la page.
Tester
Utilisation de « test-driven-development ». L'utilisateur demande à Codex d'ajouter un comportement de nouvelle tentative.
Résultat attendu:
- Un objectif de test en phase rouge pour trois tentatives et une réussite.
- Une vérification obligatoire d'exécution de test confirmant que le test échoue pour la raison attendue.
- Une orientation d'implémentation minimale en phase verte.
Utilisation de « test-driven-development ». L'utilisateur signale que les soumissions d'e-mail vides sont acceptées.
Résultat attendu:
Un plan de test de régression qui reproduit d'abord le bug, suivi du plus petit correctif de validation.
Utilisation de « test-driven-development ». L'utilisateur veut nettoyer une logique de validation dupliquée.
Résultat attendu:
- Un rappel de ne refactoriser qu'après la réussite des tests.
- Une liste de vérification confirmant que tout le comportement reste vert après le nettoyage.
Audit de sécurité
SûrStatic findings are false positives caused by Markdown fences, inline examples, and safe local npm test commands in SKILL.md. The network-reconnaissance hits are checklist wording about tests passing, and manual review of SKILL.zip found only the reviewed SKILL.md copy.
Facteurs de risque
⚙️ Commandes externes (27)
Partager et citer ce rapport
Partagez le rapport d’évaluation versionné, le badge neutre, la carte intégrable et les citations. Skillstore présente les preuves sans décider si ce Skill est sûr.
Copier le lien du rapport
https://skillstore.io/skills/dyai2025-test-driven-development/audits/9?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportBadge Markdown
[](https://skillstore.io/skills/dyai2025-test-driven-development?utm_source=security_passport_badge)Badge HTML
<a href="https://skillstore.io/skills/dyai2025-test-driven-development?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/dyai2025-test-driven-development/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Carte intégrable
<iframe src="https://skillstore.io/embed/skills/dyai2025-test-driven-development.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Citations académiques (APA · BibTeX · CFF)
Citation APA
DYAI2025. (2026). test-driven-development security audit report (audit version 9) [Author version unspecified]. Skillstore. https://skillstore.io/skills/dyai2025-test-driven-development/audits/9Citation BibTeX
@techreport{dyai2025-dyai2025-test-driven-development-2026,
author = {DYAI2025},
title = {test-driven-development security audit report (audit version 9)},
institution = {Skillstore},
year = {2026},
number = {9},
url = {https://skillstore.io/skills/dyai2025-test-driven-development/audits/9},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "test-driven-development security audit report (audit version 9)"
version: "unspecified"
type: report
authors:
- name: "DYAI2025"
date-released: "2026-07-09"
url: "https://skillstore.io/skills/dyai2025-test-driven-development/audits/9"
identifiers:
- type: other
value: "skillstore:dyai2025-test-driven-development:audit:9"
description: "Skillstore immutable audit report identifier"
Comparer les variantes
10 variantes installablesChaque auteur reste un skill installable distinct. La variante recommandée est classée selon les preuves Skillstore.
Pourquoi cette variante est première
dmjgilbert-test-driven-development
2026-09-09
obra-test-driven-development
2026-09-09
cycleaddict-test-driven-development
2026-09-09
cygnusfear-test-driven-development
2026-09-09
addyosmani-test-driven-development
2026-09-22
dyai2025-test-driven-development
2026-09-09
codingcossack-test-driven-development
2026-09-09
zhanlincui-test-driven-development
2026-09-09
sickn33-test-driven-development
2026-09-09
davila7-test-driven-development
2026-09-09
Score Skillstore
Pourquoi ce score Niveau de confiance des preuves: MoyenCe que vous pouvez créer
Implémentation de fonctionnalité
Écrire un test de comportement qui échoue avant de créer une nouvelle fonctionnalité.
Régression de correction de bug
Reproduire un bug signalé avec un test qui échoue avant de modifier le code.
Sécurité de refactorisation
Maintenir un comportement stable en vérifiant que les tests restent verts pendant le nettoyage du code.
Essayez ces prompts
Utilise cette compétence pour le prochain changement. Identifie le premier comportement à tester, rédige le plan de test de la phase rouge et attends une preuve d'échec avant l'implémentation.
Un bug se produit dans [brief behavior]. Définis d'abord le test de régression qui échoue et l'échec attendu, puis propose le plus petit correctif après que le rouge a été prouvé.
Avant de refactoriser cette zone, liste les tests de comportement existants à exécuter, identifie le prochain nettoyage sûr et garde le comportement inchangé.
Examine ce changement terminé pour vérifier la discipline TDD. Vérifie si chaque comportement avait d'abord un test qui échouait, si les échecs étaient attendus et si l'implémentation est restée minimale.
Bonnes pratiques
- Exécuter le test ciblé après l'avoir écrit et confirmer que l'échec est significatif.
- Garder chaque test centré sur un seul comportement observable.
- Refactoriser uniquement après que la suite de tests est verte.
Éviter
- Écrire le code d'implémentation avant que le test qui échoue n'existe.
- Conserver du code non testé comme référence pendant l'écriture des tests.
- Modifier le test pour le faire correspondre au comportement d'une implémentation cassée.
Foire aux questions
Cette compétence écrit-elle des tests pour moi ?
Puis-je l'utiliser avec Codex ?
Exécute-t-elle automatiquement les commandes de test ?
Quels projets conviennent à cette compétence ?
Quand devrais-je l'ignorer ?
Nécessite-t-elle npm ?
Détails du développeur
Auteur
DYAI2025Licence
MIT
Révision Skillstore
r1
Avis de version
L’auteur n’a déclaré aucune version.
Réf
b959ebfd1043a07c0c4378ab94ca4342cb0259f5
Récence de maintenance
23/07/2026
Utilisation
6 téléchargements · 263 vues