Le mutation testing avec PiTest — deux formats pour repartir avec l'outillage dans les mains.
↓ Slides de présentation (.pptx)Choisir son format
Prompt standalone
Un prompt à coller dans n'importe quel assistant IA — Claude, ChatGPT, Gemini, Copilot… Idéal pour tester tout de suite, sans installation.
→ expérimentation · tous les agents IA
Copier le promptSkill installable
Un fichier .skill à installer dans Claude. S'active automatiquement dès qu'on parle de PiTest.
→ industrialisation · Claude
Télécharger le skillRules pour votre éditeur IA
Téléchargez le fichier correspondant à votre éditeur, placez-le à la racine de votre projet Maven. L'agent se déclenche automatiquement dès qu'on mentionne PiTest.
Cursor Rules
Télécharger et renommer en .cursorrules à la racine du projet.
→ .cursorrules
TéléchargerWindsurf Rules
Télécharger et renommer en .windsurfrules à la racine du projet.
→ .windsurfrules
TéléchargerGitHub Copilot
Télécharger et placer dans .github/copilot-instructions.md du projet.
→ .github/copilot-instructions.md
TéléchargerGemini CLI
Télécharger et renommer en GEMINI.md à la racine du projet.
→ GEMINI.md
TéléchargerCe que ça fait
Trouve le rapport XML
Cherche dans les chemins Maven standard. Si aucun rapport trouvé, vérifie la config pom.xml et peut lancer PiTest lui-même.
Lit le code source et les tests
Pour chaque classe mutée, lit le fichier source ET les tests associés avant d'analyser. Détecte le style de test utilisé (AAA, BDD, librairies).
Analyse en 4 sections actionnables
Mutations critiques avec score de risque, faux positifs à exclure du pom.xml, snippets de tests à ajouter, bilan et suggestions de configuration.
Maxi-prompt — compatible tous agents IA
Analyse le projet Maven dans lequel tu te trouves. Localise le rapport PiTest XML dans target/pit-reports/, lis le code source et les tests des classes mutées, puis produis une analyse en 4 sections : 🐛 1. Mutations critiques Les mutants survivants qui impactent la logique métier : classe/méthode/ligne, ce que le mutant modifie concrètement, l'impact en production, pourquoi le test actuel ne le tue pas. Score de risque 🔴/🟠/🟡. 🧟 2. Faux positifs écartés Les mutants sans valeur réelle (toString, logs, code généré) avec la config d'exclusion exacte à ajouter dans le pom.xml. 🛡️ 3. Tests à renforcer Pour chaque mutant critique, un test complet dans le style déjà utilisé dans le projet. Commenter l'assertion clé avec : // ← tue le mutant [TYPE] ligne X. 📊 4. Bilan Score actuel, estimation après correction des critiques, zones sans couverture, observations sur la qualité de la suite, suggestions de config PiTest.