🧪 Tests

test-strategy-planner

Planification de stratégie de test incluant la pyramide de tests, les quadrants de tests, la couverture et l'analyse de risques.

⚡ Installation & lancement en 1 commande

Copiez-collez dans votre terminal : le skill s'installe dans ~/.claude/skills et Claude Code se lance directement dessus.

macOS / Linux
curl -fsSL https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.sh | sh -s -- test-strategy-planner --launch
Windows (PowerShell)
iex "& { $(iwr -useb https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.ps1) } test-strategy-planner -Launch"

🚀 Déjà installé ?

claude "/test-strategy-planner"

Ou tapez /test-strategy-planner dans une session Claude Code, ou décrivez simplement votre besoin — le skill se déclenche automatiquement via le skill-router.

🔑 Déclencheurs automatiques

Le skill s'active automatiquement quand votre demande contient :

stratégie de testpyramide de teststest plancouverture de tests

📦 Installation manuelle

git clone https://github.com/khalilbenaz/claude-skills-collection.git cp -r claude-skills-collection/testing-skills/test-strategy-planner ~/.claude/skills/

Source : testing-skills/test-strategy-planner

📖 Manuel

Test Strategy Planner

Workflow

  1. Analyser le contexte du projet — Identifier le type d'application (web, mobile, API, microservices), les contraintes techniques, les délais et les exigences réglementaires. Comprendre les objectifs qualité attendus par les parties prenantes.
  2. Définir la pyramide de tests — Répartir les efforts selon la pyramide : majorité de tests unitaires (base), tests d'intégration (milieu), et tests E2E/UI (sommet). Adapter les proportions au contexte du projet.
  3. Appliquer les quadrants de tests agiles — Classifier les tests selon les quadrants : Q1 (unitaires, TDD), Q2 (fonctionnels, acceptance), Q3 (exploratoires, usabilité), Q4 (performance, sécurité). Assurer une couverture équilibrée.
  4. Planifier la couverture de tests — Définir les objectifs de couverture de code (lignes, branches, conditions). Identifier les modules critiques nécessitant une couverture renforcée. Configurer les outils de mesure (Istanbul, JaCoCo, Coverlet).
  5. Effectuer une analyse de risques — Lister les fonctionnalités par criticité métier et complexité technique. Appliquer le risk-based testing pour prioriser les efforts de test sur les zones à haut risque. Documenter la matrice de risques.
  6. Définir les environnements et données de test — Planifier les environnements nécessaires (dev, staging, pré-prod). Définir la stratégie de gestion des données de test (génération, anonymisation, refresh).
  7. Établir les critères d'entrée et de sortie — Définir les conditions pour démarrer les tests (critères d'entrée) et les conditions de validation (critères de sortie). Fixer les seuils acceptables de défauts par sévérité.

Règles