La progression QA passe de junior à intermédiaire, puis senior, puis lead. Chaque niveau correspond à un changement de périmètre : exécuter des tests sous supervision, prendre en charge la couverture d'une fonctionnalité de façon autonome, puis définir la direction technique pour l'équipe.

Les niveaux principaux

La plupart des entreprises structurent les rôles QA en trois à quatre niveaux :

| Niveau | Titres courants | Années (approximatif) |

|---|---|---|

| Junior | QA Engineer I, Junior QA Tester | 0 à 2 ans |

| Intermédiaire | QA Engineer, QA Engineer II | 2 à 5 ans |

| Senior | Senior QA Engineer | 5+ ans |

| Staff/Lead | QA Lead, Staff QA Engineer, QA Manager | 8+ ans |

Les années sont un indicateur approximatif, pas un prérequis bloquant. Certains ingénieurs atteignent le niveau senior en 3 ans ; d'autres mettent 8 ans. La différence tient presque toujours à la façon dont ils ont progressé intentionnellement, pas au temps passé.

Ingénieur QA junior (0 à 2 ans)

Ce que vous faites

  • Exécuter des cas de test rédigés par d'autres
  • Rapporter des bugs en utilisant les modèles établis
  • Apprendre le produit et ses parcours utilisateurs
  • Vous familiariser avec les outils de l'équipe (Jira, bases Playwright/Selenium, Postman)
  • Exécuter les suites de régression existantes et rapporter les résultats
  • Poser fréquemment des questions, c'est attendu et encouragé

Ce que l'entreprise attend

Que vous suiviez les directives, appreniez vite, détectiez les bugs évidents, et demandiez de l'aide quand vous êtes bloqué plutôt que de deviner. Vous n'êtes pas censé concevoir une stratégie de test. Vous êtes censé exécuter ce qui est devant vous et progresser.

Ce qui vous fait réellement passer au niveau intermédiaire

Pas le temps. Ces comportements :

  • Vous explorez proactivement au-delà des cas de test documentés
  • Vous trouvez des bugs qui ne sont pas dans le plan de test
  • Vous demandez "est-ce que je devrais aussi tester X ?" et la réponse est généralement oui
  • Vous commencez à contribuer des idées de cas de test, pas seulement à les exécuter
  • Vous devenez fiable : les gens font confiance à votre résultat "pass"

Erreurs courantes à éviter en junior

  • Tester uniquement le chemin nominal et considérer que c'est terminé
  • Signaler des bugs sans étapes de reproduction
  • Attendre qu'on vous dise quoi tester plutôt que d'identifier la prochaine tâche
  • Ne pas demander de clarifications sur les exigences vagues

Ingénieur QA intermédiaire (2 à 5 ans)

Ce que vous faites

  • Rédiger des cas de test depuis zéro, à partir de user stories et de critères d'acceptation
  • Prendre en charge la couverture de test d'un périmètre fonctionnel : vous savez ce qui est couvert et ce qui ne l'est pas
  • Contribuer à l'automatisation : écrire de nouveaux tests Playwright, maintenir les existants
  • Triager les bugs (sévérité, priorité, est-ce que je peux reproduire ?)
  • Commencer à onboarder et mentorer les juniors de l'équipe
  • Participer activement aux cérémonies Agile : votre contribution en planning compte

Ce que l'entreprise attend

De l'autonomie. Elle vous donne une fonctionnalité, et vous déterminez comment la tester. Vous escaladez encore les blocages, mais vous n'attendez plus de direction étape par étape. Vous connaissez suffisamment le produit pour identifier les lacunes de couverture sans qu'on vous le dise.

Ce qui vous fait réellement passer au niveau senior

Pas écrire plus de tests. Ces changements :

De l'exécution à la propriété. Vous ne testez plus seulement des fonctionnalités : vous prenez en charge la qualité d'un périmètre produit. Vous remarquez quand quelque chose devient fragile et le signalez avant que ça devienne un problème. Du test à la contribution à la stratégie. Vous commencez à demander "pourquoi testons-nous ça de cette façon ?" et à proposer de meilleures approches. Votre plan de test influence ce qui est construit. De faire à permettre. Vous aidez les juniors à progresser. Vous rédigez de la documentation qui rend l'équipe plus efficace. Vous identifiez les goulots d'étranglement dans les processus. Du réactif au proactif. Vous repérez les problèmes avant qu'ils n'arrivent au test : dans les revues d'exigences, dans les discussions de conception, avant que le code soit écrit.

Ingénieur QA senior (5+ ans)

Ce que vous faites

  • Définir la stratégie de test pour les nouvelles fonctionnalités et les versions majeures
  • Décider ce qu'il faut automatiser ou tester manuellement
  • Prendre en charge le framework d'automatisation : établir des standards, réviser le code des autres
  • Porter la qualité à travers l'équipe, pas seulement dans votre propre travail
  • Mentorer les ingénieurs intermédiaires et juniors
  • Travailler avec les PMs et les leads d'ingénierie sur les risques qualité
  • Identifier les problèmes de qualité systémiques et proposer des solutions

Ce que l'entreprise attend

Le senior QA est un multiplicateur. Votre impact doit être plus grand que ce qu'une seule personne peut faire. Si vous ne rendez que vous-même plus productif, vous faites un travail d'intermédiaire avec un titre senior.

Les seniors définissent comment la qualité fonctionne dans l'équipe. Ils créent les guides de référence, établissent les standards et façonnent la culture autour du test. Quand quelque chose est flou, les autres se tournent vers eux.

Ce qui distingue senior d'intermédiaire en pratique

| Situation | Réponse intermédiaire | Réponse senior |

|---|---|---|

| Exigences ambiguës | Demande des clarifications | Organise un sync de 15 min, résout, documente la décision |

| Test flaky en CI | Corrige le test | Corrige le test + enquête sur le pourquoi + ajoute la logique de retry + propose des améliorations |

| Nouveau membre dans l'équipe | Répond aux questions | Crée un document d'onboarding, fait du pair pendant le premier sprint, donne un retour structuré |

| Incident en production | Aide à l'investigation | Anime la rétrospective, crée un plan de prévention, ajoute du monitoring |

| Problème de vélocité de sprint | Le mentionne en standup | Identifie la cause racine, propose une solution, suit l'amélioration sur 2 sprints |

Compétences qui accélèrent la progression à chaque niveau

Compétences techniques (difficiles à ignorer)

Automatisation des tests : vous devez savoir écrire et maintenir des tests Playwright (ou équivalent). Pas optionnel au-delà du niveau junior. Tests API : comprendre et tester les APIs REST. Lire le trafic réseau. Écrire des tests au niveau API. Bases CI/CD : savoir comment les tests s'exécutent dans les pipelines, être capable de déboguer les échecs CI. SQL : requêtes de base pour vérifier les données en base. SELECT, JOIN, WHERE. Ça revient constamment. Git : branches propres, PR, résolution de conflits. Votre automatisation vit dans du code, le code vit dans git.

Compétences non techniques (sous-estimées)

Communication : rédiger des rapports de bugs clairs. Expliquer les risques à des parties prenantes non techniques. Signaler des problèmes sans paniquer. C'est ce qui sépare les bons ingénieurs QA des excellents. Jugement du risque : pas tester tout, tester les bonnes choses. Savoir quoi prioriser sous contrainte de temps. Analyse des exigences : lire entre les lignes d'une user story. Repérer ce qui manque avant que le développement commence. Collaboration : travailler avec les développeurs sans être adversarial. Donner du feedback au bon moment pour qu'il soit utile, pas frustrant.

Le carrefour de carrière : contributeur individuel ou management

Autour du niveau senior, vous choisissez généralement une direction :

Filière contributeur individuel (IC) : Staff QA Engineer, Principal QA Engineer ou Distinguished/Fellow. Vous devenez l'expert de référence sur le test, les systèmes qualité et les outils, et influencez par l'expertise et le mentorat plutôt que par la hiérarchie. Filière management : QA Lead, QA Manager, Director of QA ou VP of Engineering. Vous construisez et développez des équipes, portez des roadmaps et interagissez avec la direction, en influençant par les personnes, les processus et l'organisation.

L'une n'est pas meilleure que l'autre. Le bon choix dépend de si vous trouvez de l'énergie dans le travail technique approfondi ou dans le développement des personnes et le leadership d'équipe. Les deux mènent à un impact et une rémunération élevés.

Beaucoup d'entreprises supportent maintenant les deux filières explicitement : vous n'avez pas à devenir manager pour progresser. Si votre entreprise ne propose pas de filière IC au-delà du senior, c'est une information utile pour évaluer votre prochain poste.

Ce qui bloque la progression à chaque niveau

Bloqué en junior : attendre qu'on vous assigne des tâches plutôt que d'identifier la suivante, tester uniquement ce qui est documenté, et ne pas investir dans les compétences d'automatisation. Bloqué en intermédiaire : faire un excellent travail mais uniquement pour soi, éviter les conversations stratégiques, et ne pas développer de profondeur dans au moins un domaine comme l'automatisation, la performance ou la sécurité. Bloqué en senior : ne pas prendre en charge les résultats (seulement les tâches), éviter les conflits et les conversations difficiles, et ne pas investir dans le développement de l'équipe.

Note sur les certifications

ISTQB, CSTE et certifications similaires ont de la valeur comme signal pour les premiers mouvements de carrière, surtout sur les marchés où elles sont attendues. Mais elles ne remplacent pas les compétences pratiques. Les recruteurs de la plupart des entreprises tech se soucient bien plus de votre maîtrise de Playwright et de votre portfolio GitHub. Votre capacité à discuter de vraies décisions de test compte plus que les certifications.

Investissez dans les certifications si votre marché cible les valorise. Investissez dans les compétences pratiques dans tous les cas.

La progression de junior à senior consiste essentiellement à élargir le périmètre. On passe de "je teste cette fonctionnalité" à "je prends en charge la qualité de ce périmètre produit", puis à "je définis comment la qualité fonctionne dans cette équipe". Les compétences techniques vous font entrer. L'étendue de votre responsabilité détermine où vous arrivez.

→ See also: QA Engineer vs SDET vs QA Automation Engineer: Quelle est la Vraie Différence? | Devenir QA Lead: Responsabilités, Compétences et la Transition | Salaire d'Ingénieur QA aux États-Unis 2026: Par Ville, Expérience et Compétence | Comment Construire un Portfolio QA qui Vous Fait Recruter (GitHub + Playwright)