Un test qui passe le lundi, qui plante le mardi sans crier gare, puis repasse le mercredi comme si de rien n’était : ça vous parle ? Ce petit cauchemar a un nom, la « flakiness », et il a longtemps donné mauvaise presse à l’automatisation. C’est précisément pour en finir avec lui qu’une équipe de Microsoft a lancé Playwright en 2020. Six ans plus tard, le pari est plus que réussi : c’est devenu le framework de tests web le plus utilisé du marché. On vous explique pourquoi, comment ça marche, et surtout comment vous en servir.
Pourquoi Playwright s’est imposé si vite ?
Playwright est un framework open source d’automatisation navigateur et de tests end-to-end, lancé par Microsoft le 31 janvier 2020, sous licence Apache 2.0.
En clair, il pilote un vrai navigateur (Chromium, Firefox, WebKit) et lui fait rejouer ce que ferait un utilisateur en chair et en os : cliquer, remplir, valider, vérifier que tout est bien là où ça doit être.
Son ADN est parlant : l’équipe fondatrice venait tout droit du projet Puppeteer chez Google. En arrivant chez Microsoft, elle a repris la copie à zéro pour corriger trois plaies bien connues de l’écosystème : les tests instables, le support Safari aux abonnés absents, et une mise en place franchement pénible.
Et le moins qu’on puisse dire, c’est que le tir a été bien ajusté. D’après l’enquête TestGuild 2026 menée auprès de plus de 40 000 testeurs, Playwright est aujourd’hui le framework le plus utilisé par les pros de la QA, avec 45,1 % d’adoption, loin devant Selenium (22,1 %) et Cypress (14,4 %). Sur npm, il tourne autour de 33 millions de téléchargements par semaine. Rien que ça.
Les cinq mécanismes qui font mouche
Assez de théorie, voyons ce qui fait vraiment la différence à l’usage. Ce sont ces mécanismes-là, très concrets, qui expliquent pourquoi les développeurs ne veulent plus lâcher l’outil une fois qu’ils y ont goûté.
1️⃣ L’auto-wait, ou la fin des tests capricieux
C’est LA fonctionnalité signature, celle qui a tout changé. Avant, il fallait truffer les scripts d’attentes manuelles (« patiente 2 secondes, croise les doigts, clique »), et bonjour la loterie…
Playwright intègre des mécanismes d’attente automatique à toutes ses actions : il ne touche à un élément que lorsque celui-ci est visible, actif et prêt à être cliqué. Fini d’attendre dans le vide. Les benchmarks parlent de jusqu’à 60 % de tests instables en moins, et franchement, ça se sent.
2️⃣ Des locators qui tiennent le coup
Playwright pousse à utiliser des locators résilients, qui ciblent les éléments par leur rôle d’accessibilité ou par le texte visible (getByRole(‘button’, { name: ‘Valider’ })) plutôt que par un sélecteur CSS qu’une refonte peut faire voler en éclats.
Résultat : vos tests survivent aux caprices du designer. Il déplace le bouton, change la couleur, rebricole la classe CSS ? Vos tests continuent de tourner.
3️⃣ Un vrai support multi-navigateurs, Safari compris
Playwright pilote Chromium, Firefox et WebKit avec la même API. WebKit, c’est le moteur derrière Safari : c’est probablement le point qui a le plus creusé l’écart avec Cypress, longtemps à la traîne sur ce terrain.
Et quand vous savez que 15 à 20 % de vos visiteurs surfent sur Safari, ce n’est pas exactement un détail à balayer d’un revers de main.
4️⃣ Contextes isolés et parallélisation gratuite
Chaque test tourne dans son propre contexte de navigation isolé, comme un onglet privé : pas de cookies partagés, pas de résidus qui viennent polluer le test suivant.
Et comme ces contextes sont légers, Playwright les fait tourner en parallèle sans grille externe ni configuration compliquée. Une suite d’une heure passe à un quart d’heure avec quatre workers, activés en une ligne dans le fichier de config. Autant de gagné.
5️⃣ Le Trace Viewer, l’outil qui vous sauve la mise
Un test plante en pipeline, sur une machine distante, à 3 h du matin. Vous êtes dans le noir complet. Le Trace Viewer enregistre tout : captures d’écran avant et après chaque action, requêtes réseau, logs, DOM à chaque étape.
Vous rejouez la scène pas à pas dans une interface web, comme si vous y étiez. Ça transforme un debug qui aurait pris deux heures en enquête bouclée en dix minutes.
Votre premier test en trois minutes chrono
Passons les mains dans le cambouis. Une commande installe tout : l’outil, les trois navigateurs, un projet de démo pour vous mettre le pied à l’étrier.
npm init playwright@latestL’assistant vous pose deux-trois questions (langage, dossier, intégration à GitHub Actions), et vous voilà avec un environnement opérationnel. Un test basique, ça ressemble à ça :
import { test, expect } from '@playwright/test';
test('un utilisateur peut se connecter', async ({ page }) => {
await page.goto('https://mon-app.com/login');
await page.getByLabel('Email').fill('demo@exemple.fr');
await page.getByLabel('Mot de passe').fill('secret');
await page.getByRole('button', { name: 'Connexion' }).click();
await expect(page.getByText('Bienvenue')).toBeVisible();
});Cinq gestes utilisateur, une vérification finale, et voilà un scénario d’authentification qui tournera sur les trois navigateurs. Un coup de npx playwright test et c’est parti. Playwright vous génère au passage un rapport HTML interactif avec captures, vidéos et traces à chaque échec.
Petite astuce qui vaut son pesant d’or : la commande npx playwright codegen ouvre un navigateur et transforme vos clics en code Playwright, en direct. Cinq minutes pour prototyper un test un peu costaud, à peaufiner ensuite à la main. Un vrai gain de temps.
Et pour ceux qui bossent sur Visual Studio Code, l’extension officielle ajoute le lancement à la souris, le debugging pas à pas et l’enregistrement direct depuis l’éditeur.
Bien plus qu’un outil de test : trois usages sous-estimés
Réduire Playwright au test end-to-end, ce serait passer à côté de la moitié du gâteau. Trois autres usages méritent votre attention :
L’automatisation navigateur pure. Générer des PDF en série, prendre mille captures d’écran, remplir des formulaires à la chaîne, extraire des données structurées d’un site : Playwright fait tout ça en quelques lignes, avec la même stabilité que pour les tests.
L’interception réseau. Vous pouvez remplacer à la volée la réponse d’une API pour tester un cas d’erreur (« et si le serveur nous renvoie une belle 500 ? »), simuler une lenteur réseau pour vérifier l’affichage d’un loader, ou couper les scripts publicitaires pour accélérer les tests. Un vrai superpouvoir, et on ne sait plus s’en passer une fois qu’on y a goûté.
L’automatisation par agents IA. C’est le tournant 2025 qu’il ne fallait pas rater. Microsoft a livré une interface en ligne de commande dédiée pour permettre aux agents IA (Claude Code, GitHub Copilot) de piloter un navigateur de manière structurée et sobre en tokens. Playwright devient le pont entre les grands modèles de langage et le web réel : un agent qui remplit un formulaire, lit un tableau, va chercher une info.
Playwright, Cypress, Selenium : qui est le meilleur ?
Vous démarrez un nouveau projet ? Playwright, sans hésiter. C’est la recommandation par défaut de à peu près tous les experts, et les chiffres suivent : State of JS 2024 mesure 91 % de satisfaction pour Playwright contre 72 % pour Cypress, l’écart le plus large jamais enregistré. Vous avez le support Safari, la parallélisation gratuite, et une expérience de dev qu’aucun autre outil n’égale pour l’instant.
Vous avez une suite Cypress qui tourne bien ? Ne changez rien. Migrer par effet de mode, c’est le meilleur moyen de perdre du temps. Ne bougez que si vous tapez un vrai mur : limitations sur Safari, gestion des onglets multiples, coûts de CI/CD qui s’envolent. Sinon, ce qui marche, on n’y touche pas.
Vous êtes sur un vieux patrimoine Selenium en Java ou C# ? Réfléchissez à deux fois. Selenium a construit vingt ans d’écosystème d’entreprise, et Playwright supporte désormais ces mêmes langages. Mais migrer une suite de plusieurs milliers de tests, c’est un chantier à part entière : jetez d’abord un œil à Selenium 4 et son protocole BiDi, qui rattrape une bonne partie du retard, avant de vous lancer tête baissée.
Une compétence qui vaut de l’or sur le marché freelance ?
Concrètement, qu’est-ce que Playwright vaut sur le marché du freelance ?
Bien plus qu’on ne le pense, à condition de savoir se positionner. Deux marchés cohabitent. Le premier, ce sont les missions QA automation pures, où Playwright est devenu le sésame des annonces. Un ingénieur QA senior spécialisé en automatisation tape régulièrement les 550€ à 650€ par jour, sur des missions freelances longues, souvent chez les grands comptes aux suites de tests critiques.
Le second, plus fin si vous êtes développeur, c’est la carte du référent qualité sur un profil fullstack ou frontend. Peu de développeurs prennent le temps d’installer et de faire vivre une vraie suite end-to-end : celui qui s’y colle sort tout de suite du lot..
Comment le mettre en avant ? Un dépôt GitHub public, une petite appli couverte de bout en bout, un rapport HTML consultable, un pipeline GitHub Actions au vert… La preuve la plus rapide et la plus crédible qui soit. Et surtout, une suite Playwright reste dans le projet du client bien après votre départ. C’est un livrable qui plaide pour vous chaque jour qui passe. Un argument commercial en béton, et pourtant, peu de freelances le formulent.
Alors, on s’y met ?
Pour un nouveau projet web en 2026, la messe est dite : Playwright coche toutes les cases (adoption majoritaire, satisfaction record, écosystème dynamique, Microsoft derrière) et propose une expérience de dev qui fait la différence. Si vous n’êtes pas QA mais développeur, l’investissement est encore plus malin : c’est une des rares compétences transverses qui vous fait passer de « développeur qui code » à « développeur qui garantit ce qu’il livre ».
FAQ – Questions fréquentes sur Playwright
Playwright est-il gratuit ?
Oui, entièrement, sous licence Apache 2.0. Microsoft propose en parallèle un service cloud payant, Playwright Testing, qui fait tourner vos suites sur une flotte distante de navigateurs, très utile pour les gros pipelines. Pour la plupart des projets, la version gratuite fait le job sans problème.
Faut-il coder en JavaScript pour l’utiliser ?
Non. Au-delà de JavaScript et TypeScript, Playwright propose des bindings officiels pour Python, Java et C#, maintenus à parité de fonctionnalités.
Playwright fonctionne-t-il vraiment sur Safari ?
Oui, via WebKit, le moteur qui fait tourner Safari. C’est même l’un de ses différenciants majeurs face à Cypress, dont le support Safari est resté à la traîne. Vous testez donc sur les mêmes moteurs que vos utilisateurs réels, ni plus ni moins.
Combien de temps pour être à l’aise avec Playwright ?
Une demi-journée suffit pour écrire ses premiers tests utiles, à condition d’avoir des bases en JavaScript. Comptez une semaine pour maîtriser les fonctionnalités clés (page object model, interception réseau, fixtures), et un mois pour être vraiment à son affaire sur les scénarios complexes.
