ressources de conférence

Testez vos tests
avant qu'ils ne vous trahissent

Le mutation testing avec PiTest — deux formats pour repartir avec l'outillage dans les mains.

↓ Slides de présentation (.pptx)
Maxi-prompt

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 prompt
Skill

Skill installable

Un fichier .skill à installer dans Claude. S'active automatiquement dès qu'on parle de PiTest.

→ industrialisation · Claude

Télécharger le skill

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

Cursor Rules

Télécharger et renommer en .cursorrules à la racine du projet.

→ .cursorrules

Télécharger
Windsurf

Windsurf Rules

Télécharger et renommer en .windsurfrules à la racine du projet.

→ .windsurfrules

Télécharger
Copilot

GitHub Copilot

Télécharger et placer dans .github/copilot-instructions.md du projet.

→ .github/copilot-instructions.md

Télécharger
Gemini

Gemini CLI

Télécharger et renommer en GEMINI.md à la racine du projet.

→ GEMINI.md

Télécharger
01

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.

02

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).

03

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.

system-prompt.txt
brut ↓
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.