Retour au blog

Formation Playwright : le plan en 12 semaines pour un QA manuel

Le plan en 12 semaines pour passer de QA manuel à QA automaticien avec Playwright : TypeScript, structure des tests, CI/CD et projet à montrer.

La plupart des QA manuels qui cherchent une formation Playwright commencent par des tutoriels isoles : un peu de page.click(), un peu de selecteurs, puis l'abandon quand les tests deviennent instables. Le probleme n'est pas l'outil, c'est l'ordre d'apprentissage.

Voici le plan que je suis avec les QA que j'accompagne : 12 semaines, 6 etapes de 2 semaines, chacune avec un livrable concret.

Pourquoi 12 semaines et pas un week-end

Devenir QA automaticien demande trois competences distinctes :

1. Coder en TypeScript (pas juste lire du code)
2. Structurer une suite de tests maintenable
3. Industrialiser l'execution dans une CI

Un bootcamp de deux jours couvre la premiere heure de la premiere competence. Les recruteurs, eux, testent les trois.

Semaines 1-2 : les bases TypeScript utiles aux tests

Inutile d'apprendre tout le langage. Concentre-toi sur :

• types de base, interface, type
• fonctions asynchrones : async / await
• tableaux et methodes (map, filter, find)
• import / export de modules

Livrable : un petit fichier utilitaire type qui formate des donnees de test.

Pour aller plus loin, lis TypeScript pour Playwright : les bases essentielles.

Semaines 3-4 : premiers tests Playwright

Installation, npx playwright test, mode UI, trace viewer. L'objectif : ecrire des tests qui passent ET comprendre pourquoi ils passent.

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

test('un utilisateur peut se connecter', async ({ page }) => {
  await page.goto('/login');
  await page.getByLabel('Email').fill('demo@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();
});

Regle a integrer des le debut : privilegier les selecteurs accessibles (getByRole, getByLabel) aux selecteurs CSS fragiles.

Le guide complet pour debuter avec Playwright couvre cette etape en detail.

Semaines 5-6 : fiabilite et attentes

C'est ici que 80 % des suites de tests meurent. Au programme :

• attentes automatiques (auto-waiting) et pourquoi waitForTimeout est un piege
• expect avec retry (toBeVisible, toHaveText)
• isolation des tests : chaque test part d'un etat propre
• fixtures pour preparer les donnees

Livrable : une suite de 10 tests qui passe 10 fois de suite sans flakiness.

Semaines 7-8 : architecture et Page Object Model

Une fois que tu depasses 20 tests, la duplication devient le probleme principal. Le Page Object Model, bien applique, reduit la maintenance de moitie.

Lecture associee : Page Object Model : structurez vos tests Playwright comme un pro.

Semaines 9-10 : tests API

Les tests API sont plus rapides, plus stables, et donnent des points faciles en entretien. Playwright inclut un client HTTP complet via request.

Details ici : Automatiser vos tests API avec Playwright.

Semaines 11-12 : CI/CD

Un test qui ne tourne que sur ton poste n'a pas de valeur pour une equipe. Derniere etape : execution automatique a chaque commit, rapports, parallelisation.

Voir Playwright et CI/CD : faire tourner ses tests a chaque commit et l'integration avec GitHub Actions.

Comment savoir si tu progresses

A la fin de chaque bloc de 2 semaines, tu dois pouvoir repondre oui a une question simple :

Le vrai facteur limitant

Ce n'est ni l'outil, ni le temps disponible : c'est le retour d'experience. Sans relecture de code, on repete les memes erreurs pendant des mois.

C'est exactement le principe de la formation Playwright "Mission Playwright" : un accompagnement 1-to-1 sur 12 semaines, avec revue de code et un projet reel a montrer en entretien.

Si tu veux savoir si ce format te correspond, decouvre le programme de la formation Playwright et verifie ton eligibilite.