QA Engineer France 2026: Test Automation

Tu vois passer des offres “QA Engineer Automation” partout, mais tu te demandes si ton profil va tenir face aux candidats qui maîtrisent déjà Playwright, Cypress, API testing, CI/CD et un peu de cloud. Et surtout, tu veux savoir quoi apprendre en priorité pour décrocher un job QA en France en 2026, sans te perdre dans 40 outils différents.

QA Engineer en France en 2026 : pourquoi le test automation devient incontournable#

Le métier de QA Engineer a changé très vite.

Avant, beaucoup d’équipes cherchaient surtout des testeurs manuels capables de vérifier une application avant mise en production. Aujourd’hui, dans des boîtes comme Doctolib, Back Market, BlaBlaCar, Ledger, BNP Paribas ou L’Oréal, on attend souvent d’un QA qu’il sache automatiser, lire du code, comprendre une pipeline CI/CD et parler avec les développeurs sans trembler.

Ça ne veut pas dire que le test manuel est mort.

Ça veut dire que le QA moderne doit savoir choisir entre :

• tester à la main quand c’est plus intelligent,
• automatiser quand le test va être rejoué souvent,
• surveiller les régressions,
• aider l’équipe produit à éviter les bugs avant qu’ils coûtent cher.

En 2026, les entreprises françaises cherchent des profils QA capables de sécuriser la livraison rapide. Elles veulent livrer chaque semaine, parfois chaque jour, sans casser l’expérience utilisateur.

Et toi, si tu sais faire ça, ton profil devient beaucoup plus intéressant.

Les salaires QA Engineer en France en 2026

Les salaires varient selon la ville, l’expérience, le secteur et la part d’automatisation dans ton poste.

Voici des fourchettes réalistes :

• QA junior manuel avec bases automation : 32k à 40k € brut annuel
• QA Engineer automation junior : 38k à 45k €
• QA Engineer confirmé : 45k à 58k €
• QA Automation Engineer senior : 58k à 70k €
• Lead QA ou QA Manager : 65k à 85k €
• SDET expérimenté dans une scale-up ou fintech : 70k à 90k €

À Paris, les salaires sont souvent plus hauts. Chez une fintech, une healthtech comme Doctolib, une boîte crypto comme Ledger ou une grande banque comme BNP Paribas, un bon profil QA automation peut vite dépasser les 55k € avec 4 à 6 ans d’expérience.

En région, à Lyon, Nantes, Lille, Bordeaux, Toulouse ou Rennes, tu peux voir des salaires un peu plus bas, mais avec un meilleur équilibre de vie. Un QA automation confirmé peut tourner autour de 45k à 60k € selon la boîte.

Ce que fait vraiment un QA Engineer Automation#

Un QA Engineer Automation ne passe pas ses journées à cliquer sur des boutons en répétant les mêmes scénarios.

Son rôle, c’est de construire un filet de sécurité autour du produit.

Concrètement, tu peux être amené à :

1. Écrire des tests automatisés end-to-end.
2. Tester les API avec Postman, REST Assured ou Playwright API.
3. Intégrer les tests dans GitLab CI, GitHub Actions, Jenkins ou CircleCI.
4. Analyser les bugs avec les développeurs.
5. Participer aux refinements avec les Product Managers.
6. Définir une stratégie de test réaliste.
7. Surveiller la qualité avant, pendant et après les releases.
8. Nettoyer des tests instables qui font perdre du temps à tout le monde.

Le point important : tu n’es pas juste là pour “trouver des bugs”.

Tu es là pour aider l’équipe à livrer plus vite, avec moins de stress.

Exemple concret dans une boîte comme Back Market

Imagine une équipe qui travaille sur le tunnel d’achat.

Tu peux automatiser des scénarios comme :

• recherche d’un iPhone reconditionné,
• ajout au panier,
• choix de garantie,
• paiement test,
• confirmation de commande,
• vérification de l’email transactionnel.

Si ce parcours casse, la boîte peut perdre beaucoup d’argent rapidement.

Ton automatisation devient donc très visible pour le business. Tu n’es pas “le testeur à la fin”, tu protèges directement le chiffre d’affaires.

Exemple dans une banque comme BNP Paribas

Dans une banque, les enjeux sont différents.

Tu peux tester :

• l’ouverture d’un compte,
• la validation d’identité,
• les virements,
• l’authentification forte,
• les notifications,
• les règles de conformité.

Ici, les bugs peuvent créer des risques réglementaires, des pertes financières ou une grosse frustration client.

La QA est donc plus cadrée, avec plus de documentation, plus de processus, parfois moins de vitesse, mais une forte demande de rigueur.

Les compétences à apprendre pour devenir QA Engineer Automation en 2026#

Tu n’as pas besoin de tout maîtriser. Mais tu dois construire un socle solide.

Le piège, c’est de vouloir apprendre Selenium, Cypress, Playwright, Appium, JMeter, Postman, Java, Python, JavaScript, Docker, Kubernetes, AWS, Azure, SQL et Jenkins en même temps.

Frérot, non.

Commence avec une stack cohérente.

1. Un langage de programmation

Tu dois être à l’aise avec au moins un langage.

Les plus utiles pour la QA automation en France :

• JavaScript ou TypeScript
• Java
• Python
• C#

Si tu pars de zéro, je te conseille JavaScript ou TypeScript. Beaucoup de startups et scale-ups utilisent Playwright ou Cypress, souvent avec TypeScript.

Si tu vises les grandes entreprises, banques, assurances ou ESN, Java reste très présent avec Selenium, Cucumber, REST Assured ou JUnit.

Python est aussi apprécié, surtout dans les équipes data, backend ou outils internes.

Tu n’as pas besoin d’être développeur senior. Mais tu dois comprendre :

• variables,
• fonctions,
• classes de base,
• boucles,
• conditions,
• promesses ou async/await si tu fais du JavaScript,
• lecture d’erreurs,
• organisation de fichiers.

2. Un framework de test moderne

En 2026, Playwright est très demandé.

Cypress reste fort aussi, surtout dans les applications front. Selenium existe encore partout, surtout dans les projets plus anciens ou les grands groupes.

Voici une lecture simple :

• Playwright : excellent choix pour apprendre maintenant
• Cypress : très bon pour le front web
• Selenium : encore très présent dans les grandes entreprises
• Appium : utile si tu veux faire du test mobile
• REST Assured : utile pour API testing en Java
• Postman : indispensable pour comprendre les API rapidement

Si tu dois choisir une seule direction : Playwright + TypeScript + API testing.

C’est moderne, lisible, et ça te donne une bonne base pour beaucoup d’offres.

3. Le test API

Beaucoup de candidats QA se concentrent uniquement sur l’interface.

Erreur classique.

Les tests API sont souvent :

• plus rapides,
• plus stables,
• plus faciles à intégrer en CI,
• plus proches de la logique métier.

Tu dois savoir tester :

• GET,
• POST,
• PUT,
• PATCH,
• DELETE,
• codes HTTP,
• headers,
• authentification,
• payload JSON,
• schémas de réponse,
• messages d’erreur.

Avec Postman, tu peux déjà apprendre énormément.

Ensuite, tu peux automatiser avec Playwright API, Supertest, REST Assured ou pytest.

4. Git et CI/CD

Un QA automation qui ne comprend pas Git va galérer.

Tu dois savoir :

• cloner un repo,
• créer une branche,
• faire un commit,
• pousser ton code,
• ouvrir une pull request,
• résoudre un conflit simple,
• lire les logs d’une pipeline.

Côté CI/CD, pas besoin d’être DevOps. Mais tu dois comprendre ce qui se passe quand les tests tournent automatiquement après un push.

Les outils fréquents :

• GitHub Actions
• GitLab CI
• Jenkins
• CircleCI
• Azure DevOps

Si tu peux dire en entretien : “J’ai configuré une pipeline GitHub Actions qui lance mes tests Playwright à chaque pull request”, tu marques des points direct.

5. SQL et bases de données

Tu n’as pas besoin d’être DBA.

Mais tu dois savoir écrire des requêtes simples :

SELECT * FROM users WHERE email = '[email protected]';

Tu dois comprendre :

• tables,
• colonnes,
• clés primaires,
• jointures simples,
• filtres,
• données de test,
• environnement de recette.

Dans une entreprise comme L’Oréal ou TotalEnergies, où les systèmes peuvent être nombreux et connectés, savoir vérifier les données derrière l’écran est un vrai plus.

6. Méthodologie de test

L’automatisation ne remplace pas la réflexion.

Tu dois connaître :

• tests fonctionnels,
• tests de non-régression,
• tests exploratoires,
• tests smoke,
• tests d’intégration,
• tests end-to-end,
• tests de performance,
• tests de sécurité de base,
• critères d’acceptation,
• gestion des anomalies.

Un bon QA sait prioriser.

Tu ne vas pas automatiser 300 cas inutiles juste pour gonfler un chiffre. Tu vas choisir les scénarios qui protègent vraiment le produit.

Le meilleur plan d’apprentissage QA Automation sur 90 jours#

Si tu veux te reconvertir ou passer de QA manuel à QA automation, tu as besoin d’un plan simple.

Pas d’un tableau Notion avec 200 ressources que tu ne finiras jamais.

Voici un plan réaliste sur 3 mois.

Mois 1 : bases code + test web

Objectif : comprendre le code et automatiser tes premiers scénarios.

À faire :

1. Apprendre les bases de JavaScript ou TypeScript.
2. Installer Node.js, VS Code et Git.
3. Créer un compte GitHub.
4. Suivre la documentation officielle Playwright.
5. Automatiser 5 scénarios simples sur un site de démo.
6. Apprendre les sélecteurs CSS.
7. Comprendre les assertions.

Exemples de scénarios :

• connexion avec identifiants valides,
• connexion avec mauvais mot de passe,
• ajout d’un produit au panier,
• recherche d’un produit,
• soumission d’un formulaire.

À la fin du mois, tu dois avoir un repo GitHub propre avec un README.

Pas parfait. Propre.

Mois 2 : API + CI/CD

Objectif : sortir du simple clic navigateur.

À faire :

1. Tester une API publique avec Postman.
2. Écrire des tests API automatisés.
3. Comprendre les statuts HTTP.
4. Ajouter des variables d’environnement.
5. Lancer tes tests dans GitHub Actions.
6. Générer un rapport de test.
7. Documenter ton projet.

Tu peux utiliser des API publiques comme :

• JSONPlaceholder,
• ReqRes,
• Restful Booker,
• OpenWeather si tu veux jouer avec une clé API.

Projet sympa : automatiser un petit parcours qui combine API et UI.

Par exemple :

• créer un utilisateur via API,
• se connecter via interface,
• vérifier que les données sont affichées.

Ça montre que tu comprends mieux qu’un simple script de clics.

Mois 3 : portfolio + préparation entretien

Objectif : devenir présentable pour les recruteurs.

À faire :

1. Nettoyer ton GitHub.
2. Créer 2 projets QA visibles.
3. Préparer ton CV ATS.
4. Écrire 5 réponses d’entretien.
5. Faire 10 candidatures ciblées.
6. Contacter des QA sur LinkedIn.
7. Simuler un entretien technique.

Ton portfolio peut contenir :

• un projet Playwright web,
• un projet API testing,
• une pipeline CI,
• un README clair avec captures d’écran,
• une explication de ta stratégie de test.

Le recruteur ne va pas lire tout ton code pendant 45 minutes.

Mais s’il voit un projet propre, il comprend que tu sais construire quelque chose.

Ce que les recruteurs QA regardent sur ton CV#

Ton CV doit rassurer vite.

Un recruteur passe souvent moins de 30 secondes sur un premier scan. Donc si tes compétences QA sont cachées dans un gros bloc flou, tu perds des opportunités.

Les mots-clés importants en 2026

Selon ton profil, tu peux inclure :

• QA Engineer
• QA Automation
• Test Automation
• Playwright
• Cypress
• Selenium
• TypeScript
• JavaScript
• Java
• Python
• API Testing
• Postman
• REST
• CI/CD
• GitHub Actions
• GitLab CI
• Jenkins
• SQL
• Agile Scrum
• Jira
• Xray
• TestRail
• Cucumber
• BDD
• Non-regression testing
• Smoke tests
• End-to-end testing

Attention, ne mens pas.

Mais si tu as utilisé Playwright sur un projet perso sérieux, mets-le. Si tu as juste regardé une vidéo de 12 minutes, ne le mets pas comme compétence principale.

Mauvaise phrase de CV

“Réalisation de tests et suivi des bugs dans un environnement agile.”

C’est trop vague.

Meilleure phrase

“Automatisation de 45 tests de non-régression avec Playwright et TypeScript, intégrés dans GitHub Actions, réduction du temps de validation avant release de 3 heures à 35 minutes.”

Là, on comprend ce que tu as fait, avec quel outil et quel impact.

Autres exemples de bullet points solides

Tu peux écrire :

• “Conception d’une stratégie de test API avec Postman et Newman pour sécuriser les endpoints critiques de paiement.”
• “Maintenance d’une suite Cypress de 120 tests end-to-end, réduction des tests instables grâce à une meilleure gestion des données de test.”
• “Création de jeux de données SQL pour valider les parcours client en environnement de recette.”
• “Collaboration avec Product Managers et développeurs pour clarifier les critères d’acceptation avant développement.”
• “Mise en place de tests smoke exécutés automatiquement à chaque déploiement sur GitLab CI.”

Chaque ligne doit répondre à une idée simple : qu’as-tu fait, avec quoi, et pourquoi ça compte ?

QA Engineer ou SDET : quelle différence ?#

Tu vas voir les deux titres.

QA Engineer Automation et SDET, Software Development Engineer in Test, peuvent parfois se ressembler. Mais en général, le SDET est plus proche du développement.

Un QA Automation Engineer écrit des tests, structure une stratégie qualité et collabore avec les équipes produit.

Un SDET peut aussi :

• développer des frameworks de test internes,
• améliorer les outils de test,
• mocker des services,
• créer des librairies,
• travailler plus bas niveau,
• intervenir sur la performance et la fiabilité.

Côté salaire, le SDET peut être mieux payé, surtout dans les scale-ups tech.

Par exemple, un SDET senior à Paris peut viser 70k à 90k €, parfois plus dans certaines boîtes très techniques.

Mais ne te mets pas la pression avec le titre.

Si tu viens du test manuel, vise d’abord QA Automation. Ensuite, tu pourras monter vers SDET si tu aimes coder plus profondément.

Les erreurs qui bloquent les candidats QA Automation#

Beaucoup de candidats motivés se tirent une balle dans le pied avec les mêmes erreurs.

1. Apprendre trop d’outils sans projet

Tu peux lister 15 outils, mais si tu n’as aucun projet visible, ça fait léger.

Mieux vaut un projet Playwright bien documenté que 10 badges Udemy sans pratique.

2. Automatiser seulement des cas faciles

Un test qui clique sur “login” et vérifie une URL, c’est bien pour commencer.

Mais pour convaincre, ajoute :

• données dynamiques,
• assertions métier,
• cas d’erreur,
• API,
• CI/CD,
• rapport de test.

3. Ignorer les tests instables

Les flaky tests sont l’enfer des équipes QA.

Si tes tests échouent une fois sur deux sans vraie raison, personne ne va leur faire confiance.

Apprends à gérer :

• attentes explicites,
• sélecteurs fiables,
• données isolées,
• nettoyage avant test,
• mocks quand nécessaire.

4. Ne pas parler business

Un QA qui parle seulement “bugs” peut être utile.

Un QA qui explique l’impact produit devient beaucoup plus fort.

Exemple :

• mauvais : “J’ai trouvé un bug sur la page paiement.”
• mieux : “J’ai identifié un bug bloquant sur le paiement carte, qui empêchait la finalisation de commande sur mobile.”

Tu vois la différence.

Le deuxième parle risque, utilisateur et argent.

Comment réussir un entretien QA Automation#

Un entretien QA teste souvent 3 choses :

1. Ta logique de test.
2. Ton niveau technique.
3. Ta façon de collaborer.

On peut te demander :

• Comment testerais-tu une page de login ?
• Quelle différence entre test end-to-end et test d’intégration ?
• Quand faut-il automatiser un test ?
• Comment gères-tu un test instable ?
• Comment tester une API ?
• Comment prioriser des bugs avant une release ?
• Qu’est-ce qu’une pipeline CI/CD ?
• Comment écris-tu un bon ticket bug ?

Réponse type : quand automatiser un test ?

Tu peux répondre simplement :

“J’automatise en priorité les scénarios répétitifs, critiques pour le business, stables fonctionnellement et coûteux à tester manuellement. Par exemple, un parcours de paiement, une connexion ou une création de compte. Je garde plutôt en manuel les zones très exploratoires, les fonctionnalités qui changent beaucoup ou les cas où le jugement humain est important.”

C’est clair, pragmatique, et ça montre que tu ne veux pas tout automatiser bêtement.

Réponse type : comment gérer un bug en production ?

Tu peux dire :

“Je commence par reproduire le bug avec les informations disponibles, navigateur, device, environnement, compte utilisé. Ensuite je mesure l’impact, combien d’utilisateurs sont touchés, si c’est bloquant ou contournable. Je crée un ticket clair avec étapes, résultat attendu, résultat obtenu, captures ou logs. Puis je travaille avec dev et product pour prioriser le fix, et j’ajoute un test de non-régression si le scénario est critique.”

Ça sonne comme quelqu’un qui a déjà bossé en équipe.

Les secteurs qui recrutent des QA en France#

En 2026, les QA automation sont demandés dans plusieurs secteurs.

Healthtech

Doctolib est l’exemple le plus connu, mais il y a aussi beaucoup de startups santé.

La qualité est critique parce qu’on touche aux rendez-vous médicaux, données patients, téléconsultations et parcours praticiens.

Stack fréquente : TypeScript, Playwright, Cypress, API testing, monitoring.

Banque, assurance et fintech

BNP Paribas, Société Générale, Crédit Agricole, Lydia, Qonto ou Shine ont besoin de QA solides.

Les parcours sont sensibles : paiement, KYC, virements, cartes, conformité.

Stack fréquente : Java, Selenium, Cucumber, REST Assured, Jenkins, SQL.

E-commerce et marketplace

Back Market, Veepee, ManoMano ou La Redoute cherchent des QA capables de sécuriser les tunnels de conversion.

Ici, chaque bug peut coûter cher.

Stack fréquente : Playwright, Cypress, API testing, GitHub Actions, tests de performance.

Mobilité et services

BlaBlaCar est un bon exemple.

Les tests peuvent toucher la recherche de trajet, réservation, messagerie, paiement, notifications et applications mobiles.

Stack fréquente : automation web, mobile testing, API, monitoring.

Luxe, beauté et industrie

L’Oréal et TotalEnergies recrutent aussi des profils QA, parfois via ESN ou équipes digitales internes.

Les projets peuvent être très variés : plateformes e-commerce, apps internes, data, outils métier, systèmes connectés.

Faut-il passer une certification QA ?#

Une certification peut aider, surtout si tu débutes.

La plus connue reste ISTQB Foundation.

Elle peut être utile pour :

• comprendre le vocabulaire,
• rassurer les recruteurs,
• passer certains filtres RH,
• viser les grands groupes ou ESN.

Mais soyons honnêtes : une certification seule ne suffit pas.

Entre un candidat avec ISTQB mais aucun projet automation, et un candidat sans certification mais avec un repo Playwright propre, une pipeline CI et de bons exemples, beaucoup d’équipes tech choisiront le second.

Le combo idéal :

• ISTQB Foundation si tu peux,
• un projet automation public,
• un CV clair,
• une bonne préparation entretien.

Quelle stratégie pour trouver un job QA en 2026 ?#

Ne candidate pas comme tout le monde avec le même CV générique.

Fais simple, mais ciblé.

Plan d’action en 7 étapes

1. Choisis ta stack principale : Playwright + TypeScript, ou Selenium + Java.
2. Construis 2 projets visibles sur GitHub.
3. Mets ton CV au format ATS avec les bons mots-clés.
4. Optimise ton LinkedIn avec “QA Automation Engineer”.
5. Candidate à 5 offres ciblées par semaine.
6. Contacte 3 QA ou Engineering Managers par semaine.
7. Prépare tes réponses aux questions techniques.

Tu n’as pas besoin d’envoyer 200 candidatures.

Tu as besoin d’envoyer de bonnes candidatures, adaptées à l’offre.

Message LinkedIn simple

Tu peux envoyer :

“Bonjour Sarah, j’ai vu que votre équipe recrute un QA Automation Engineer. Je travaille actuellement sur Playwright, TypeScript, API testing et CI/CD, avec un projet GitHub disponible. Je serais ravi d’échanger 10 minutes pour comprendre vos besoins QA chez Doctolib. Bonne journée.”

Court, clair, pas lourd.

Le futur du QA avec l’IA#

Oui, l’IA va changer le test logiciel.

Elle peut déjà aider à :

• générer des cas de test,
• écrire une première version de script,
• résumer des logs,
• détecter des patterns d’erreurs,
• produire des jeux de données,
• améliorer la documentation.

Mais elle ne remplace pas un bon QA.

Pourquoi ?

Parce qu’un bon QA comprend le produit, les utilisateurs, les priorités business, les risques, les compromis et la réalité d’une équipe.

L’IA peut t’aider à aller plus vite. Elle ne décide pas à ta place quel risque est acceptable avant une release importante.

Donc oui, utilise l’IA. Mais construis ton jugement QA.

C’est ça qui fera la différence.

Conclusion : le QA Engineer 2026 est technique, mais surtout stratégique#

Si tu veux devenir QA Engineer en France en 2026, ne panique pas devant la liste d’outils.

Tu n’as pas besoin de tout savoir.

Tu dois construire une base claire :

• un langage,
• un framework automation,
• API testing,
• Git,
• CI/CD,
• SQL,
• une vraie logique de test,
• un CV qui montre ton impact.

Le marché récompense les profils capables de sécuriser les releases, réduire les régressions et parler autant avec les devs qu’avec le produit.

Si tu viens du test manuel, tu peux évoluer. Si tu viens du support, du produit ou d’une reconversion, tu peux aussi te faire une place. Mais il faut pratiquer, montrer tes projets, et présenter ton expérience avec les bons mots.

Avant d’envoyer ton CV à Doctolib, Back Market, BNP Paribas, BlaBlaCar, Ledger ou une belle scale-up française, vérifie qu’il passe bien les filtres ATS et qu’il contient les bons mots-clés QA.

Teste ton CV gratuitement ici : https://jobrise.io/fr/free-ats-checker/