Playwright vs Selenium : faut-il encore apprendre Selenium en 2026 ?

La réponse courte : Selenium ou Playwright en 2026 ?

La question « selenium ou playwright » revient chez presque tous les candidats à une reconversion en test logiciel, souvent avec une inquiétude : « si j'apprends Playwright, vais-je rater les offres qui demandent Selenium ? ». Voici notre position, argumentée dans le reste de la page.

• Pour apprendre le métier : Playwright. Il vous fait travailler tout de suite sur les bonnes pratiques (localisateurs sémantiques, attente automatique, traces, CI) sans avoir à assembler vous-même un runner, une bibliothèque d'assertions et un gestionnaire de pilotes.
• Pour rejoindre une équipe qui a déjà des milliers de tests Selenium : il faut savoir lire, maintenir et faire tourner cette suite. Cela s'apprend en quelques jours quand on maîtrise déjà les concepts avec Playwright, car le vocabulaire est commun.
• Pour un besoin très spécifique (Internet Explorer, langages Ruby ou Kotlin, infrastructure Selenium Grid existante), Selenium reste le choix rationnel. La documentation officielle liste Chrome, Edge, Firefox, Internet Explorer et Safari, et des exemples en Java, Python, C#, Ruby, JavaScript et Kotlin (source : selenium.dev, consulté le 27 septembre 2026).

Une « formation Selenium » seule, en 2026, n'est donc pas le meilleur point d'entrée pour changer de métier. Une formation Playwright qui vous rend capable de comprendre Selenium, si.

Historique et positionnement

Selenium : un projet parapluie devenu standard

Selenium se définit lui-même comme « an umbrella project for a range of tools and libraries that enable and support the automation of web browsers » (source : selenium.dev, consulté le 27 septembre 2026). Trois composants principaux structurent l'offre :

• Selenium WebDriver, « an interface to write instruction sets that can be run interchangeably in many browsers » ; c'est le cœur du projet ;
• Selenium Grid, pour exécuter des tests « in parallel across multiple machines » ;
• Selenium IDE, « a browser extension that records and plays back a user's actions ».

S'y ajoute Selenium Manager, un outil en ligne de commande de gestion automatique des pilotes et navigateurs, utilisé par défaut par les bindings (source : selenium.dev, consulté le 27 septembre 2026). Le point clé du positionnement : le projet implémente la spécification W3C WebDriver, qui produit du « code interchangeable pour tous les navigateurs majeurs ». Selenium n'est pas seulement un outil, c'est l'origine d'un standard du web.

Playwright : un framework de test intégré

Playwright se présente comme « an end-to-end test framework for modern web apps » qui « bundles test runner, assertions, isolation, parallelization and rich tooling », maintenu par Microsoft (source : playwright.dev, consulté le 27 septembre 2026). La différence de philosophie est nette : Selenium fournit une interface de pilotage de navigateur et laisse l'écosystème (JUnit, pytest, TestNG, bibliothèques d'assertions, gestionnaires de rapports) compléter le reste ; Playwright livre l'ensemble dans un seul paquet.

Pour un débutant, cette différence n'est pas un détail. Avec Selenium, la première journée consiste souvent à choisir et assembler cinq outils. Avec Playwright, npm init playwright@latest installe le runner, la configuration et un premier test (source : playwright.dev, consulté le 27 septembre 2026).

Architecture : WebDriver contre protocoles de pilotage direct

Le modèle WebDriver

Selenium WebDriver s'appuie sur la spécification W3C WebDriver : le test envoie des commandes standardisées à un pilote propre à chaque navigateur, qui les traduit pour ce navigateur (source : selenium.dev, consulté le 27 septembre 2026). C'est ce qui garantit l'interchangeabilité entre Chrome, Edge, Firefox, Internet Explorer et Safari, et c'est ce qui a permis à Selenium de couvrir aussi bien les navigateurs anciens que les récents. La documentation mentionne également une prise en charge de BiDi (protocole bidirectionnel) et une intégration avec le Chrome DevTools Protocol pour la journalisation, la surveillance réseau et l'exécution de scripts (source : selenium.dev, consulté le 27 septembre 2026).

Le modèle Playwright

Playwright ne passe pas par des pilotes WebDriver. Il pilote directement des builds de navigateurs qu'il installe lui-même : « Chromium (open source builds) », un Firefox « patched version matching Firefox Stable » et un WebKit « derived from latest WebKit main branch, not Safari ». Il peut également utiliser les canaux brandés de Google Chrome et Microsoft Edge. En contrepartie, il « doesn't work with the branded version of Firefox » ni avec le Safari du commerce (source : playwright.dev, page « Browsers », consultée le 27 septembre 2026).

Ce que cela change au quotidien

• Installation. Playwright : npx playwright install télécharge les trois moteurs. Selenium : Selenium Manager gère désormais pilotes et navigateurs automatiquement, ce qui a beaucoup simplifié une étape historiquement pénible (source : selenium.dev, consulté le 27 septembre 2026).
• Couverture. Selenium teste les vrais navigateurs installés, y compris Internet Explorer et Safari. Playwright teste des moteurs de rendu (Chromium, Firefox patché, WebKit) et des canaux Chrome/Edge officiels, avec en plus une émulation mobile native pour Chrome Android et Mobile Safari (source : playwright.dev, consulté le 27 septembre 2026).
• Isolation. Playwright inclut l'isolation dans ce que son runner « bundles » (source : playwright.dev, consulté le 27 septembre 2026) : chaque test démarre dans un contexte propre. Avec Selenium, l'isolation est une discipline de l'équipe (nouvelle session, nettoyage d'état).

Langages : six pour Selenium, quatre pour Playwright

La documentation Selenium fournit des exemples en Java, Python, C#, Ruby, JavaScript et Kotlin (source : selenium.dev, consulté le 27 septembre 2026). Playwright est documenté pour Node.js (JavaScript/TypeScript), Python, Java et .NET (source : playwright.dev, consulté le 27 septembre 2026). Si votre équipe est en Ruby ou Kotlin, Selenium est la seule des deux options officiellement documentée.

Pour une reconversion, ce n'est pas le nombre de langages qui compte, mais celui que vous apprendrez en premier. Chez AutomationDataCamp, c'est TypeScript avec Playwright : un typage qui attrape les erreurs avant l'exécution, un écosystème Node omniprésent dans les équipes web, et une syntaxe qui se lit presque comme le scénario de test. Le même test, en Selenium Java, tel qu'on le rencontre dans de nombreuses entreprises :

WebDriver driver = new ChromeDriver();
driver.get("https://exemple.fr/login");
driver.findElement(By.id("email")).sendKeys("qa@exemple.fr");
driver.findElement(By.id("password")).sendKeys("secret");
driver.findElement(By.cssSelector("button[type=submit]")).click();
WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(10));
wait.until(ExpectedConditions.visibilityOfElementLocated(By.tagName("h1")));
driver.quit();

Et en Playwright TypeScript :

import { test, expect } from '@playwright/test';

test('connexion réussie', async ({ page }) => {
  await page.goto('/login');
  await page.getByLabel('E-mail').fill('qa@exemple.fr');
  await page.getByLabel('Mot de passe').fill('secret');
  await page.getByRole('button', { name: 'Se connecter' }).click();
  await expect(page.getByRole('heading', { name: 'Tableau de bord' })).toBeVisible();
});

Deux lignes disparaissent dans la version Playwright : l'attente explicite et la fermeture du navigateur, toutes deux prises en charge par le runner. Ce sont précisément les deux sources d'erreurs les plus fréquentes chez les débutants Selenium.

Attentes automatiques et tests instables

Un test « flaky » échoue ou réussit sans que le code testé ait changé. La cause numéro un, en automatisation web, est la synchronisation : le test agit sur un élément qui n'est pas encore affiché, pas encore activé ou en cours d'animation.

Ce que Playwright fait pour vous

Playwright documente l'« auto-waiting » et les « web-first assertions » : avant de cliquer, il attend que l'élément soit présent, visible, stable et activé ; une assertion comme toBeVisible() réessaie jusqu'à un délai maximal au lieu d'échouer immédiatement. Le runner ajoute des retries configurables et le Trace Viewer, qui enregistre chaque action pour comprendre un échec après coup (source : playwright.dev, consulté le 27 septembre 2026).

Ce que Selenium vous demande d'écrire

La page d'accueil de la documentation Selenium met en avant l'interopérabilité W3C et les composants du projet ; elle ne présente pas de mécanisme d'attente automatique équivalent au niveau de l'API WebDriver (source : selenium.dev, consulté le 27 septembre 2026). En pratique, la stratégie d'attente (explicite, conditionnelle) est écrite et maintenue par l'équipe, comme dans l'exemple Java ci-dessus. Bien faite, elle fonctionne parfaitement ; mal faite, elle produit des Thread.sleep() qui ralentissent tout et ne garantissent rien.

C'est l'argument pédagogique central en faveur de Playwright pour débuter : vous apprenez d'abord ce qu'est une attente correcte, parce que l'outil vous en donne le modèle, avant d'avoir un jour à la réécrire vous-même dans une base Selenium.

Écosystème entreprise : Selenium Grid et l'héritage Java

Là où Selenium garde une avance nette, c'est dans les grandes organisations. Trois raisons.

Selenium Grid

Grid permet d'exécuter des tests « in parallel across multiple machines » (source : selenium.dev, consulté le 27 septembre 2026). Beaucoup d'entreprises ont investi dans une infrastructure Grid, interne ou chez un fournisseur cloud, et ne la remplaceront pas du jour au lendemain. Playwright parallélise sur les workers d'une machine ou d'un runner CI, ce qui suffit à la majorité des équipes, mais ne remplace pas une grille de navigateurs réels hétérogènes déjà en place.

Le poids de Java

Dans la banque, l'assurance, l'industrie ou le secteur public, les suites de tests d'interface sont souvent en Java, avec JUnit ou TestNG, et intégrées à des chaînes Jenkins. Playwright existe en Java (source : playwright.dev, consulté le 27 septembre 2026), mais la base installée Selenium Java est considérable et représente des années de travail. Une équipe rationnelle ne réécrit pas dix mille tests qui fonctionnent.

Les navigateurs historiques

Selenium liste Internet Explorer parmi les navigateurs pris en charge (source : selenium.dev, consulté le 27 septembre 2026). Dès qu'un système interne exige encore ce navigateur, Selenium est l'outil de fait.

Conséquence pour vous : ne rejetez pas les offres qui mentionnent Selenium. Un profil Playwright solide qui sait lire une suite Selenium, comprendre son modèle d'attente et la faire tourner en CI est un candidat crédible pour ces postes. C'est exactement ce que nous visons dans la formation ADC : un socle Playwright, une lecture critique de Selenium.

Tableau comparatif Playwright vs Selenium

Chaque ligne s'appuie sur les documentations officielles consultées le 27 septembre 2026 (playwright.dev, selenium.dev). Quand une information n'y figurait pas, nous le disons.

Quand Selenium reste le bon choix

Il serait malhonnête de présenter Selenium comme dépassé. Voici les situations où nous le recommandons sans hésiter.

• Une suite existante volumineuse et stable. La valeur d'une suite de tests est dans sa couverture, pas dans son outil. Si elle tourne, on l'entretient.
• Un langage hors du périmètre Playwright. Ruby et Kotlin sont documentés côté Selenium, pas côté Playwright (sources : selenium.dev et playwright.dev, consultés le 27 septembre 2026).
• Internet Explorer ou des navigateurs installés spécifiques. Le modèle WebDriver teste le navigateur réellement présent sur la machine, y compris Internet Explorer (source : selenium.dev, consulté le 27 septembre 2026).
• Une infrastructure Selenium Grid déjà rentabilisée, interne ou chez un fournisseur.
• Une exigence de conformité à un standard. Certaines organisations imposent le protocole W3C WebDriver dans leurs référentiels d'outillage.

Dans tous ces cas, la bonne stratégie est la coexistence : Playwright pour les nouveaux périmètres et les tests API, Selenium pour l'existant, avec un pipeline CI commun.

Quoi apprendre en reconversion : notre recommandation

Voici l'ordre que nous appliquons dans la formation « Testeur QA Automatisation & IA » (399 heures, 12 semaines, 100 % en ligne, zéro prérequis) et pourquoi.

1. Les fondamentaux du test, avec l'ISTQB CTFL v4.0. Avant tout outil, comprendre ce qu'on teste, pourquoi et comment on le priorise. L'examen CTFL est inclus dans la formation (une tentative). Voir la page dédiée à la certification CTFL.
2. Playwright et TypeScript. Localisateurs sémantiques, attente automatique, fixtures, projets multi-navigateurs, Trace Viewer. C'est le cœur du socle technique, et il se transfère à Selenium par la suite.
3. Les tests API avec le même runner. Un testeur automatisation qui ne sait tester que l'interface est incomplet. Voir la formation tests API.
4. La CI GitHub Actions. Chaque suite tourne en pipeline dès les premières semaines, avec rapport et traces en artefacts.
5. Une lecture guidée de Selenium. Comprendre WebDriver, les attentes explicites et Grid, pour être opérationnel sur une suite existante sans en avoir peur. Cela suffit pour la grande majorité des offres qui « demandent Selenium ».
6. L'IA appliquée au test et l'ISTQB CT-GenAI v1.1. Génération assistée de cas de test, relecture de scripts, analyse d'échecs, avec les garde-fous du syllabus ISTQB. L'examen est inclus (une tentative). Voir l'IA dans le test logiciel.

À l'issue, vous obtenez le Certificat Professionnel ADC CP-QAI, en plus des deux certifications ISTQB si vous réussissez les examens. Le tout se déroule en cours du soir avec un mentor, à 1 500 € en 1 à 4 fois, ou en temps plein financé par l'entreprise ou l'OPCO. La prochaine session va du 15 octobre 2026 au 15 janvier 2027, avec 12 places. Le parcours complet est décrit sur devenir testeur logiciel.

FAQ Playwright vs Selenium

Selenium est-il mort en 2026 ?

Non. Selenium est un projet actif, fondé sur la spécification W3C WebDriver, avec des bindings en six langages et une prise en charge de BiDi et du Chrome DevTools Protocol (source : selenium.dev, consulté le 27 septembre 2026). Sa base installée en entreprise reste très importante. Ce qui a changé, c'est le meilleur point d'entrée pour apprendre le métier : Playwright.

Faut-il suivre une formation Selenium pour trouver un emploi de testeur ?

Pas nécessairement. Une formation qui vous rend autonome sur Playwright, les tests API et la CI, et qui inclut une lecture guidée de Selenium, vous prépare aussi aux postes qui mentionnent Selenium. Les recruteurs cherchent des testeurs capables de comprendre et de maintenir une suite existante, pas des spécialistes d'une seule syntaxe.

Playwright remplace-t-il Selenium Grid ?

Pas terme à terme. Playwright parallélise sur les workers d'une machine ou d'un runner CI, ce qui couvre la plupart des besoins. Selenium Grid distribue les tests sur plusieurs machines réelles (source : selenium.dev, consulté le 27 septembre 2026). Si une Grid existe déjà, elle garde son intérêt pour les navigateurs installés et hétérogènes.

Playwright teste-t-il le vrai Safari ?

Non : il pilote un build WebKit « derived from latest WebKit main branch, not Safari », et ne fonctionne pas avec le Safari du commerce (source : playwright.dev, consulté le 27 septembre 2026). Selenium, via le modèle WebDriver, liste Safari parmi les navigateurs pris en charge (source : selenium.dev, consulté le 27 septembre 2026). Pour la majorité des bugs de rendu, tester le moteur WebKit suffit ; pour une validation stricte sur le navigateur Apple, Selenium garde un avantage.

Peut-on faire du Playwright en Java comme du Selenium ?

Oui, Playwright est documenté pour Java, aux côtés de Node.js, Python et .NET (source : playwright.dev, consulté le 27 septembre 2026). Les équipes Java qui souhaitent bénéficier de l'attente automatique et des traces sans changer de langage ont donc une voie de migration.

Pourquoi ADC enseigne-t-il Playwright plutôt que Selenium ?

Parce que Playwright réunit dans un seul outil le runner, les assertions, l'isolation, la parallélisation et les traces (source : playwright.dev, consulté le 27 septembre 2026), ce qui permet à un débutant sans prérequis d'apprendre les bonnes pratiques dès la première semaine. Selenium est ensuite abordé en lecture guidée, pour que nos apprenants soient à l'aise sur les suites existantes.

Combien de temps pour passer de Playwright à Selenium ?

Quelques jours pour lire et maintenir une suite, quelques semaines pour en écrire une de bonne qualité avec des attentes explicites bien conçues. Le vocabulaire (localisateur, session, attente, page object) est commun ; c'est la gestion manuelle de la synchronisation qui demande le plus d'attention.

Devenez testeur automatisation avec Playwright, sans prérequis

Formation « Testeur QA Automatisation & IA » : 399 heures sur 12 semaines, 100 % en ligne, examens ISTQB CTFL v4.0 et CT-GenAI v1.1 inclus, Certificat Professionnel ADC CP-QAI. Session du 15 octobre 2026 au 15 janvier 2027, 12 places. Voir les options de financement.