Les tests QA avec Claude Code et Playwright

Ce que Claude Code fait pour les tests QA

• Il écrit des tests end-to-end pour les parcours qui comptent : inscription, paiement, écrans principaux.
• Il lance la suite, lit les échecs et corrige le test ou le code, en disant lequel.
• Il pilote un vrai navigateur pour vérifier un changement à la main, et signale les bugs avec les étapes et des captures d’écran.
• Il repère les tests instables et les met en quarantaine avec un ticket, au lieu de relancer jusqu’à ce qu’ils passent.

Les fonctionnalités de Claude Code pour les tests QA

Comment configurer Claude Code pour les tests QA

1. Connectez les outils

   Ajoutez le serveur MCP Playwright pour que Claude Code puisse ouvrir votre app dans un navigateur. Pour une suite de tests dans le dépôt, installez Playwright comme d’habitude ; Claude la lance comme n’importe quelle autre commande.

   # Un vrai navigateur pour des vérifications exploratoires
   claude mcp add playwright npx @playwright/mcp@latest
   
   # Une suite de tests, si vous n’en avez pas encore
   npm init playwright@latest

2. Écrivez les règles dans CLAUDE.md

   Claude Code lit CLAUDE.md au début de chaque session, y compris lors des exécutions claude -p. Mettez-y les règles de la tâche, ou dans une skill sous .claude/skills/ si elles sont longues. Voir le guide de CLAUDE.md.

   ## Règles QA
   - Teste sur l’app locale ou de staging, jamais sur la production.
   - Utilise les comptes de test de .env.example, jamais de vrais comptes.
   - Un test qui échoue est un résultat : dis si c’est le test ou le code
     qui est faux avant de modifier l’un ou l’autre.
   - Chaque rapport de bug : étapes, résultat attendu, résultat obtenu,
     une capture d’écran et le commit testé.
   - Ne supprime ni ne saute aucun test pour faire passer la suite.

3. Lancez-le sans l’interface interactive

   claude -p exécute une tâche puis s’arrête : cron, la CI ou un autre outil peut donc le lancer. Choisissez ce qu’il peut faire sans demander avec --allowedTools ou --permission-mode ; --output-format json renvoie le résultat avec son coût.

   # Lancer la suite et corriger les échecs, depuis la CI ou cron
   claude -p "Lance npx playwright test et corrige les échecs en suivant CLAUDE.md" \
     --allowedTools "Bash,Read,Edit"

4. Planifiez-le

   Faites-en une tâche planifiée dans le cloud avec /schedule (Pro, Max, Ultra, Team et Enterprise), une tâche planifiée de bureau, ou utilisez /loop tant qu’une session reste ouverte. Voir comment rendre Claude Code proactif.

Source : documentation de Claude Code

Limites et sécurité

• Il teste ce qu’il peut atteindre : une app locale ou de staging avec des données de test, pas la production.
• Une suite qui passe ne couvre que les parcours pour lesquels quelqu’un a écrit des tests. Demandez-lui la liste de ce qui n’est pas couvert.
• Les exécutions dans le navigateur sont lentes et consomment davantage votre abonnement. Lancez la suite complète selon un planning, et un smoke test à chaque changement.
• Depuis Claude Code v2.1.302, claude -p démarre en mode manuel (Manual) : une action qui demande une validation est refusée, sauf si une règle l’autorise. N’autorisez que les outils dont la tâche a besoin.

Claude Code ou Codex pour les tests QA ?

Les règles se transposent. Écrivez-les une fois dans AGENTS.md et mettez @AGENTS.md dans CLAUDE.md : les deux agents lisent alors le même fichier.

Pas à pas pour l’autre agent : les tests QA avec Codex.

Confiez les tests QA à quelqu’un dont c’est le travail

Les commandes tournent quand quelqu’un pense à les lancer. Crewmark transforme votre propre Claude Code en employé IA doté d’un rôle, d’un objectif chiffré, d’horaires de travail et d’une pulsation : le travail se fait selon un planning et apparaît sur un tableau.

1. Partez du rôle

   Prenez l’ingénieur logiciel IA et mettez ces règles dans sa fiche de poste.

2. Mettez le travail sur son tableau

   Ajoutez la tâche comme ticket récurrent. L’employé se réveille au rythme de sa pulsation, l’accomplit et rend compte dans un commentaire.

3. À voir aussi

   Les issues GitHub couvrent ce que deviennent les bugs qu’il signale.

FAQ