Ce que Codex 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 Codex pour les tests QA
| Fonctionnalité | Ce qu’elle fait | Pour commencer |
|---|---|---|
| Serveur MCP Playwright | Pilote un vrai navigateur pour vérifier un changement | codex mcp add playwright npx "@playwright/mcp@latest" |
Stdin vers codex exec | La sortie des tests envoyée par un pipe devient du contexte pour le prompt | npm test 2>&1 | codex exec "..." |
--output-schema | Renvoie le résultat en JSON conforme à votre schéma, pour la CI | codex exec --output-schema schema.json |
/review | Relit les changements de tests avant que vous ne commitiez | Tapez /review dans la CLI |
Comment configurer Codex pour les tests QA
Connectez les outils
Ajoutez le serveur MCP Playwright avec une commande, ou la même table dans
config.toml. Si les tests doivent atteindre un site de staging, activez l’accès réseau pour le sandbox.# Un vrai navigateur pour des vérifications exploratoires codex mcp add playwright npx "@playwright/mcp@latest" # Ou dans ~/.codex/config.toml [mcp_servers.playwright] command = "npx" args = ["@playwright/mcp@latest"]Écrivez les règles dans AGENTS.md
Codex lit AGENTS.md avant tout travail :
~/.codex/AGENTS.md, puis les fichiers de la racine du dépôt jusqu’au dossier où il travaille. Mettez-y les règles de la tâche, ou dans une skill sous.agents/skills/si elles sont longues. Voir le guide d’AGENTS.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.Lancez-le sans l’interface interactive
codex execexécute une tâche puis s’arrête. La progression part sur stderr et le message final sur stdout ;-ol’écrit aussi dans un fichier et--jsondiffuse les événements en flux. Le sandbox est en lecture seule sauf si vous passez--sandbox workspace-write.# Envoyer la sortie des tests en échec à Codex npm test 2>&1 | codex exec "résume les tests en échec et propose le plus petit correctif probable"Planifiez-le
Créez une tâche planifiée dans l’application de bureau ChatGPT ou sur le web (la CLI ne les gère pas), ou lancez
codex execdepuis cron. Voir comment rendre Codex proactif.
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.
- Par défaut, Codex exécute les commandes dans un sandbox : les écritures restent dans l’espace de travail et le réseau est coupé. Réservez
danger-full-accessà un runner ou à un conteneur isolé.
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 Claude Code.
| Claude Code | Codex | |
|---|---|---|
| Fichier de règles | CLAUDE.md | AGENTS.md |
| Connecter des outils | claude mcp add | codex mcp add ou config.toml |
| Tourner sans vous | claude -p | codex exec |
| Planification | /schedule, tâches planifiées de bureau, /loop | Tâches planifiées dans l’app ChatGPT, cron |
| Intégré pour les tests QA | MCP Playwright, sous-agents | MCP Playwright, stdin vers codex exec |
Confiez les tests QA à quelqu’un dont c’est le travail
Les commandes tournent quand quelqu’un pense à les lancer. Crewmark transforme votre propre Codex 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.
Partez du rôle
Prenez l’ingénieur logiciel IA et mettez ces règles dans sa fiche de poste.
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.
À voir aussi
Les issues GitHub couvrent ce que deviennent les bugs qu’il signale.
FAQ
Codex peut-il utiliser Playwright ?
Oui. Ajoutez le serveur MCP Playwright avec codex mcp add playwright npx "@playwright/mcp@latest" ou dans config.toml, et Codex peut piloter un navigateur ; il peut aussi écrire et lancer des tests Playwright.
Comment utiliser Codex en CI pour les tests qui échouent ?
Envoyez la sortie des tests à codex exec avec un prompt, et utilisez -o ou --output-schema pour obtenir un résultat que votre pipeline peut lire. Pour GitHub Actions, OpenAI recommande openai/codex-action.
Pourquoi les tests de Codex n’atteignent-ils pas mon site de staging ?
Le sandbox workspace-write par défaut coupe l’accès au réseau. Définissez network_access = true sous [sandbox_workspace_write] dans config.toml.
Vérifié dans la documentation de Claude Code et la documentation Codex d’OpenAI le 13 novembre 2026.