Un test de bout en bout reproduit le parcours d’un visiteur dans un vrai navigateur : ouvrir une page, remplir un formulaire, vérifier qu’un message s’affiche. Playwright est le framework open source de Microsoft qui automatise ce travail sur les trois grands moteurs de rendu, Chromium, Firefox et WebKit, avec une seule API. Gratuit sous licence Apache 2.0, il sert aussi au scraping et, depuis peu, de bras armé aux agents d’IA qui doivent naviguer sur le web.
Quel problème Playwright règle, et pour qui
Les tests de navigateur ont longtemps eu mauvaise réputation : lents, fragiles, cassés au moindre délai de chargement. Playwright attaque ce point en attendant automatiquement qu’un élément soit visible et cliquable avant d’agir, et en relançant ses vérifications jusqu’à ce que la condition soit remplie. Chaque test tourne dans un contexte de navigateur neuf, ce qui évite qu’un test pollue le suivant.
Il s’adresse d’abord aux développeurs front et full stack qui veulent tester leur application avant chaque mise en production, puis aux équipes QA qui automatisent leurs tests de régression. Il intéresse aussi les profils data qui collectent des pages rendues en JavaScript, un usage que nous détaillons dans notre comparatif des logiciels de scraping.
Fonctionnement et prise en main
Côté JavaScript et TypeScript, l’installation passe par une seule commande, npm init playwright@latest, qui télécharge les navigateurs et crée un fichier de configuration, un test d’exemple et, si vous le souhaitez, un workflow GitHub Actions. La documentation officielle décrit ensuite un cycle de travail en quatre temps :
- Vous enregistrez un premier parcours avec le générateur de code (codegen) : il ouvre un navigateur, observe vos clics et saisies, et écrit le test en privilégiant des localisateurs par rôle, libellé ou identifiant de test.
- Vous ajustez le test dans votre éditeur, par exemple dans Visual Studio Code avec l’extension officielle qui lance, débogue et enregistre les tests depuis la barre latérale.
- Vous exécutez la suite : par défaut, les fichiers de test tournent en parallèle sur Chromium, Firefox et WebKit, et la commande
--shardrépartit la charge sur plusieurs machines d’intégration continue. - En cas d’échec, vous ouvrez le rapport HTML puis la trace de l’exécution, qui rejoue chaque action avec l’état de la page avant et après, les requêtes réseau, la console et les erreurs.
Python, Java et .NET disposent des mêmes fonctions d’automatisation, mais pas du lanceur de tests maison : Playwright recommande alors son extension pytest en Python, des classes de base pour MSTest, NUnit et xUnit en .NET, et laisse le choix entre JUnit et TestNG en Java. Les fonctions de confort (rapport HTML, parallélisme natif, agents) sont donc plus complètes en TypeScript.
Cas d’usage concrets selon votre profil
- Équipe produit SaaS : lancer la suite sur les trois moteurs à chaque pull request, avec une capture d’écran et une trace jointes aux tests en échec pour accélérer le diagnostic.
- Agence web : vérifier qu’un site client s’affiche correctement en mode sombre, sur un profil iPhone ou Android émulé, avec une langue et un fuseau horaire imposés.
- Testeur fonctionnel : enregistrer un parcours de commande avec codegen, ajouter des assertions depuis la barre d’outils, puis confier le code à un développeur pour l’industrialiser.
- Équipe qui travaille avec des agents d’IA : brancher le serveur MCP de Playwright sur Claude Code, Cursor ou VS Code pour que l’assistant pilote un navigateur à partir d’instantanés d’accessibilité plutôt que de captures d’écran.
Ce dernier usage prend de l’ampleur. Playwright fournit trois agents de test, un planificateur qui rédige un plan en Markdown, un générateur qui le transforme en fichiers de test et un réparateur qui corrige les tests cassés, installables pour VS Code, Claude Code, Codex ou OpenCode. Si le protocole MCP vous est étranger, notre article sur la norme MCP et l’interopérabilité des IA pose le cadre. Ces outils complètent bien les logiciels de vibe coding, dont le code généré gagne à être vérifié avant publication.
Playwright face à Selenium, Cypress et Puppeteer
Selenium reste la référence historique : il s’appuie sur le standard WebDriver du W3C, pilote les navigateurs de marque, Safari compris, et propose une grille d’exécution distribuée. En contrepartie, il laisse à votre framework de test le soin de gérer attente, rapports et traces, que Playwright fournit d’origine.
Cypress cible le même public de développeurs front, avec une expérience de débogage très visuelle, mais reste centré sur JavaScript. Puppeteer, de Google, est une bibliothèque Node.js orientée Chrome, plus proche d’un outil d’automatisation que d’un framework de test complet. Pour élargir la recherche à d’autres outils de production, consultez notre catégorie logiciels de développement web.
Les limites à connaître avant de vous lancer
- Playwright ne pilote ni Safari ni Firefox dans leur version grand public : il utilise des builds WebKit et Firefox modifiés. Un bug propre à Safari peut donc vous échapper.
- Le mobile repose sur l’émulation d’appareils. Le pilotage d’un vrai terminal Android est annoncé comme expérimental et se limite à Chrome pour Android et à WebView.
- Les navigateurs téléchargés occupent quelques centaines de mégaoctets sur chaque poste et chaque machine d’intégration continue.
- La documentation n’existe qu’en anglais et l’entraide passe par Discord, Stack Overflow et les tickets GitHub, sans support contractuel sur le framework.
- Écrire et maintenir les tests demande de savoir coder, même si codegen et les agents d’IA réduisent la part de saisie manuelle.
Comment choisir votre configuration
Le framework est gratuit, sans plan payant : le vrai choix porte sur le langage et l’infrastructure. Si votre équipe travaille en JavaScript ou TypeScript, partez sur Playwright Test, qui regroupe lanceur, rapports, traces et agents. En Python, Java ou C#, gardez votre framework de test habituel et ajoutez la bibliothèque Playwright.
Pour l’exécution, vos propres serveurs d’intégration continue suffisent dans la plupart des cas, grâce au parallélisme et au découpage en lots. Si la durée de vos suites devient un frein, Microsoft propose à part un service de navigateurs dans le cloud, Playwright Workspaces sur Azure, facturé à la minute de navigateur après un essai de 30 jours limité à 100 minutes. Mesurez votre consommation pendant cet essai avant de vous engager.