Tester son application

Le problème

Claude adore écrire des tests. Le souci, c'est qu'il écrit souvent des tests inutiles : des tests qui vérifient que le code fait ce que le code fait. Ils passent toujours, ils cassent au moindre changement interne, et ils ne détectent jamais un vrai bug. Vous vous retrouvez avec 200 tests verts et une application qui plante.

Ce que contient l'archive

1. tdd, la référence sur ce qu'est un bon test

Ce skill n'apprend pas à Claude à écrire des tests, il lui apprend lesquels valent la peine. Trois idées à retenir :

• On teste un comportement, pas une implémentation. Un bon test lit comme une phrase : « un utilisateur peut payer avec un panier valide ». Si vous réorganisez le code sans changer ce que fait l'application, le test doit continuer à passer.

• On teste aux « coutures ». Une couture, c'est la frontière publique de votre code, l'endroit où on observe le comportement sans aller fouiller dedans. Le skill impose de se mettre d'accord sur les coutures avant d'écrire le moindre test. C'est ce qui évite de tester 40 détails inutiles et d'oublier le parcours principal.

• Une tranche à la fois. Un test qui échoue, puis juste assez de code pour qu'il passe, puis on recommence. Surtout pas « j'écris tous les tests, puis j'implémente tout », ça produit des tests qui vérifient une application imaginaire.

Les trois anti-patterns nommés dans le skill (test couplé à l'implémentation, test tautologique, découpage horizontal) sont exactement ceux que produit une IA laissée seule.

2. webapp-testing, tester un site pour de vrai, dans un navigateur

Le skill officiel d'Anthropic. Il pilote un vrai navigateur (Playwright) : il clique, remplit des formulaires, prend des captures d'écran et lit les erreurs de la console. C'est la différence entre « le code compile » et « la page marche ».

À utiliser quand vous voulez vérifier qu'un bouton fait bien ce qu'il doit faire, pas qu'une fonction renvoie la bonne valeur.

Le trio intégré à Claude Code, que presque personne n'utilise

Claude Code embarque trois commandes qui changent la donne, et qui sont beaucoup moins connues que les skills :

/run       lance votre application et la pilote pour voir le changement en vrai
/verify    construit et lance l'app pour confirmer qu'un changement fait ce qu'il doit

Le point clé de /verify : il refuse de se rabattre sur « les tests passent » ou « ça compile » comme preuve. Il veut voir l'application tourner.

Et surtout :

/run-skill-generator

Celui-là apprend à /run et /verify comment construire votre projet précisément, puis enregistre la recette dans votre dépôt. Vous ne le lancez qu'une fois par projet, et toutes les vérifications suivantes sont automatiques.

Ces commandes demandent une version récente de Claude Code. Si elles ne sont pas reconnues, mettez Claude Code à jour.

Par où commencer

Si vous n'avez aucun test aujourd'hui, ne cherchez pas à tout couvrir. Faites ça :

1. Lancez /run-skill-generator une fois, pour que Claude sache lancer votre app.
2. Identifiez le parcours qui ne doit jamais casser (l'inscription, le paiement, l'envoi du formulaire principal).
3. Demandez un test d'intégration sur ce seul parcours, avec le skill tdd.

Un test sur le parcours critique vaut mieux que cinquante tests sur des détails.

---

Comment installer un skill

Deux options, au choix.

Option 1, le gestionnaire officiel (recommandé)

npx skills add <depot-github>

C'est devenu le standard : la commande va chercher la dernière version chez l'auteur, donc vous n'avez jamais de version périmée. La commande exacte est indiquée plus haut pour ce skill.

Option 2, à la main, depuis cette archive

Copiez le contenu du dossier skills/ de cette archive dans :

• ~/.claude/skills/ pour l'avoir dans tous vos projets
• .claude/skills/ à la racine d'un projet pour l'avoir seulement dans celui-là

Puis relancez Claude Code. Vérifiez avec /doctor que le skill est bien détecté.

---

Ressource vérifiée le 16 août 2026 par Agentic Academy. Un doute, une question ? Posez-la dans la communauté.

D'où ça vient

Ces outils ne sont pas de nous : ils sont publics, et rassemblés ici parce qu'ils marchent. La licence d'origine voyage dans l'archive, comme elle le doit.

Outil	Dépôt	Licence	Installation directe
tdd	mattpocock/skills	MIT	npx skills add mattpocock/skills
webapp-testing	anthropics/skills	Apache-2.0	npx skills add anthropics/skills

La commande d'installation est donnée exprès. Une archive téléchargée vieillit ; la commande va chercher la dernière version chez l'auteur. L'archive vous dépanne hors ligne, la commande vous garde à jour.