{"id":18293,"plugin_id":"plugins_6a86f0bc955881919122c7c2d87da0d9","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T23:14:46.171Z","digest":"6fb6cc474b86bd1caf89c430215f7e9d4b5bd92798842cfd31602606881c0646","against":null,"payload":{"name":"choisir-strategie-tests","description":"Use when a code or behavior change needs a testing strategy matched to risk, observability, and what can actually be specified.","included_files":[],"skill_md_contents":"---\r\nname: choisir-strategie-tests\r\ndescription: Use when a code or behavior change needs a testing strategy matched to risk, observability, and what can actually be specified.\r\n---\r\n# Choisir une stratégie de tests\r\n\r\n## Fonction\r\nChoisir le test utile plutôt qu’imposer une méthode unique.\r\n\r\n## Procédure\r\n1. Identifier le comportement à protéger et son niveau de risque.\r\n2. Choisir le niveau le plus rapide capable de prouver ce comportement : unité, intégration, contrat, end-to-end ou acceptation.\r\n3. Utiliser TDD lorsque le comportement peut être spécifié par un test fiable avant implémentation.\r\n4. Ajouter tests de régression pour les défauts reproductibles importants.\r\n5. Éviter tests qui figent l’implémentation sans protéger une fonction.\r\n\r\n## Preuve\r\nLa suite choisie ferme les risques matériels avec le minimum de redondance."},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}