Tous les articles

Installez Playwright, écrivez votre premier test et comprenez pourquoi tous les nouveaux projets le choisissent plutôt que Selenium.

Les pratiques qui séparent les suites de tests maintenables de celles que personne ne veut toucher six mois plus tard.

Quand votre fichier de test dépasse 300 lignes et que tout le monde a peur d'y toucher, c'est le moment d'adopter le Page Object Model. Voici comment le construire correctement.

Selenium était le standard pendant des années. Playwright l'a remplacé. Voici ce qui a changé, pourquoi cela s'est produit et ce que cela signifie pour votre parcours d'apprentissage.

De zéro à un test qui passe en 10 minutes. Tout ce dont vous avez besoin pour installer, configurer et lancer votre premier test Playwright.

Le locator que vous choisissez détermine si vos tests survivent à une refonte ou cassent à chaque commit. Voici lequel utiliser et quand.

Trois frameworks, de vrais compromis, sans marketing. Lequel choisir pour un nouveau projet et quand rester avec ce que vous avez.

Sans assertions, vous ne faites que cliquer sur une page. Ce guide couvre chaque type d'assertion dans Playwright: ce que chacun vérifie, quand l'utiliser et les pièges qui piègent les débutants.

Arrêtez de copier-coller le code de connexion dans chaque test. Apprenez à utiliser des fixtures personnalisés pour injecter automatiquement l'état authentifié, les page objects et les données de test.

Apprenez à intercepter, mocker et stubber les requêtes réseau dans Playwright pour tester les états d'erreur, accélérer votre suite et découpler les tests UI des dépendances backend.

Apprenez à réduire le temps d'exécution de votre suite Playwright avec des workers, le mode fullyParallel et la fragmentation inter-machines dans GitHub Actions.

L'état partagé entre tests est le tueur silencieux des suites fiables. Apprenez exactement comment Playwright isole les contextes du navigateur, comment gérer le cycle de vie des données et pourquoi l'isolation est le prérequis pour l'exécution parallèle sécurisée.

La connexion via UI dans chaque test est le principal tueur de performance dans une suite Playwright. storageState vous permet de vous connecter une fois et de réutiliser la session sur toute l'exécution.

Détectez les régressions de mise en page, les styles cassés et les changements au niveau pixel avec le toHaveScreenshot() intégré de Playwright. Sans service payant.

La plupart des équipes terminent une migration de 500 tests depuis Selenium en 4 à 6 semaines. Voici le plan fichier par fichier qui vous y amène sans casser le CI.

Les flux multi-onglets cassent plus de tests que presque n'importe quel autre scénario. Apprenez comment Playwright modélise les pages et contextes, détecte les nouveaux onglets, gère les popups, les redirections OAuth et les iFrames imbriqués.

Les boîtes de dialogue de fichiers natives sont inaccessibles à l'automatisation. Apprenez à les contourner avec setInputFiles(), les événements filechooser et le drag-and-drop, puis capturez et vérifiez les téléchargements.

La plupart des projets Playwright démarrent comme un dossier plat de fichiers de test. Voici l'architecture à construire à la place, de la structure des dossiers à la gestion de configuration et au modèle de migration strangler fig.

Les données de test codées en dur sont une bombe à retardement. Apprenez à générer des données uniques et réalistes avec Faker.js, des fonctions factory et des fixtures Playwright qui se nettoient automatiquement.

La plupart des débutants passent leur première heure avec Playwright à deviner les locators et à se tromper. Codegen évite tout ça: vous cliquez dans l'app et Playwright écrit le code de test en temps réel.

Arrêtez de deviner ce qui s'est mal passé. Trace Viewer vous donne une relecture complète du DOM de chaque test échoué. Voici comment l'activer, le lire et corriger les échecs en minutes.

La sortie terminal par défaut vous dit ce qui a échoué. Un rapport de tests correct vous dit pourquoi, quand et à quelle fréquence. Voici comment configurer le reporter HTML intégré et Allure.

Exécuter les mêmes tests sur local, staging et production ne devrait pas nécessiter de modifications de code. Voici comment structurer correctement la configuration d'environnement avec dotenv et des fixtures.

Playwright attend automatiquement la plupart des actions, mais pas toutes. Voici comment fonctionne le système d'auto-attente, quand il atteint ses limites et les bons patterns pour chaque scénario d'attente.

Testez votre app aux tailles de viewport mobile, avec des événements tactiles et des user agents réels d'appareils, en utilisant les presets d'appareils intégrés de Playwright et le contrôle du viewport.

Au-delà de click et fill: comment tester les raccourcis clavier, les états hover, les menus clic droit, les interactions de glisser-déposer et les séquences complexes de souris et clavier en plusieurs étapes.

Testez les attributs des cookies, pré-alimentez l'état d'authentification, vérifiez la persistance du localStorage et gérez l'expiration de session. Tous les patterns de stockage navigateur dont vous aurez besoin.

Exécutez la configuration coûteuse une seule fois, authentification, alimentation de base de données, démarrage de serveur, avant toute votre suite de tests et nettoyez après. Sans surcharge par test.

Playwright est le seul framework avec un vrai support Chromium, Firefox et WebKit. Voici une stratégie de tests multi-navigateurs par niveaux qui vous donne une couverture large sans tripler le temps de CI.

Les messages d'erreur de Playwright sont riches en informations, une fois qu'on connaît la structure. Apprenez à lire rapidement les erreurs de timeout, les violations de strict mode, les échecs de navigation et les erreurs de contexte d'exécution.

Les assertions standard arrêtent le test au premier échec. Les assertions souples collectent tous les échecs avant de s'arrêter. Utile quand on vérifie de nombreuses propriétés indépendantes d'une page.

Vérifiez les connexions WebSocket, capturez les frames envoyés et reçus, moquez les messages serveur pour tester le comportement de l'UI en temps réel et testez la gestion des déconnexions.

Classes de page de base, objets composants, factories de pages et APIs fluides. Les patterns qui permettent au POM de s'adapter au-delà de 50 tests sans devenir un fardeau de maintenance.

Quelle configuration appartient à playwright.config.ts et laquelle aux variables d'environnement, plus l'accès typé à env, la configuration dotenv et la gestion des secrets CI.

Selects natifs, bibliothèques dropdown personnalisées, sélecteurs de date, sélection multiple. Chacun se comporte différemment dans Playwright. Voici la bonne approche pour chaque type.

Sans structure, les tests dupliquent le code d'installation et deviennent difficiles à maintenir. test.describe, beforeEach, afterEach et beforeAll permettent d'organiser les tests et de partager la logique.

playwright.config.ts contrôle les navigateurs, timeouts, retries, reporters et plus. La plupart des tutoriels montrent une config minimale. Voici ce que chaque option fait vraiment.

npx playwright test n'est que le début. Filtrer par fichier, nom de test ou navigateur. Mode headed, debug et UI. Sharding pour CI. La référence CLI complète pour une utilisation quotidienne.

TypeScript améliore significativement votre Page Object Model. Sans types, vous passez des chaînes et espérez qu'elles soient correctes. Avec les interfaces, l'éditeur attrape les erreurs avant de lancer un test.

Les mauvaises données de test sont la source la plus courante de tests instables. Les valeurs codées en dur cassent quand la base de données change. Les comptes partagés causent des race conditions en parallèle.

Playwright n'est pas seulement pour les tests end-to-end. Avec les tests de composants, vous montez des composants React/Vue individuels et les testez avec la même API Playwright — plus rapide qu'E2E, plus réaliste que les tests unitaires.

L'interception réseau vous permet de contrôler ce que votre application reçoit du serveur, sans lancer un vrai backend. Moquez les APIs lentes pour tester les états de chargement, simulez des erreurs, bloquez des scripts tiers.

Le POM basique fonctionne pour les pages simples. Mais les projets réels ont des composants partagés, des pages dynamiques, des flux multi-étapes. Ce guide couvre les patterns pour une vraie complexité.

Tous les guides disent "testez sur tous les navigateurs." Mais vraiment — avec un temps et un budget limités — quels navigateurs, quelles fonctionnalités et comment? Ce guide vous donne une stratégie pratique.

Les tests d'accessibilité garantissent que votre application fonctionne pour les utilisateurs handicapés. Playwright s'intègre avec axe-core pour automatiser les vérifications d'accessibilité.