Un CV de testeur QA passe entre deux paires de mains. Le recruteur cherche les noms d'outils de l'annonce, puis le responsable qualite qui vous fait passer l'entretien lit chaque ligne avec une seule question a l'esprit : cette personne trouve-t-elle vraiment des anomalies, ou execute-t-elle des scripts ecrits par d'autres ? La plupart des CV de testeurs rassurent le premier lecteur et perdent le second.
Ce guide traite uniquement de ce qui est propre au metier du test. Pour un poste de developpement, le guide du CV d'ingenieur logiciel convient mieux, et le travail d'infrastructure releve du CV DevOps et SRE.
Recette manuelle ou automatisation : choisir sa voie avant d'ecrire
En France, beaucoup de testeurs commencent en recette fonctionnelle, souvent en ESN, avec des cahiers de recette. D'autres arrivent par le developpement et visent directement l'automatisation. Les recruteurs n'evaluent pas ces deux profils sur les criteres habituels de l'autre, et un CV qui veut tout couvrir finit par ne convaincre personne.
Pour un poste de testeur fonctionnel ou de recette, le recruteur veut voir du jugement : la maniere de choisir quoi tester, une fiche d'anomalie qu'un developpeur peut traiter sans venir vous poser trois questions, la connaissance des usages metier.
Pour un poste d'ingenieur en automatisation ou de SDET, le lecteur attend du code. Il veut connaitre le langage de vos tests, le framework, savoir si vous maintenez le socle ou si vous ajoutez seulement des cas, et comment les tests tournent dans la chaine d'integration continue.
Si vous faites les deux, mettez en avant la dimension que l'annonce privilegie. La ligne sous votre nom doit le dire sans detour : "Ingenieur QA, recette fonctionnelle et tests d'API, secteur bancaire" n'envoie pas le message de "Ingenieur en automatisation des tests, TypeScript et Playwright".
Les outils : les citer, puis les faire travailler
Les testeurs ont tendance a lister tout ce qui passe un jour sur leur poste. Le guide des exemples de competences sur un CV traite de ce bloc en general ; pour un poste QA, le plus utile consiste a regrouper les outils par usage :
- Automatisation d'interface : par exemple Selenium, Cypress ou Playwright
- Tests d'API : Postman, ou un client inclus dans le framework de test
- Tests unitaires et d'integration : JUnit, pytest ou l'equivalent de votre pile technique
- Gestion des tests : l'outil de gestion des cas en place dans l'equipe
- Suivi des anomalies : un outil de tickets comme Jira
Ensuite, chaque outil important doit reapparaitre dans une ligne d'experience, avec un resultat. "Cypress" dans une liste prouve que vous connaissez le nom. "Reconstruction de la campagne de non-regression du tunnel de paiement sous Cypress : la passe manuelle tombe de deux jours a une demi-journee" montre ce que vous en faites. Ces chiffres sont illustratifs ; mettez les votres, et seulement ceux que vous savez justifier en entretien.
Trois scripts Selenium sur un projet personnel ont leur place dans une rubrique projets, pas au rang du framework que vous maintenez depuis quatre ans.
Montrer votre raisonnement : strategie, conception des tests, exploratoire
C'est la partie qui distingue un testeur senior d'un simple executant. Le recruteur veut voir que vous savez regarder une fonctionnalite et reperer l'endroit precis du risque.
- La strategie de test. Vous ecrivez ou faites evoluer la strategie de recette d'une version, d'un nouveau produit ou d'une migration ? Dites-le, avec vos priorites. "Approche par les risques pour la bascule vers le nouveau prestataire de paiement, avec un accent sur les remboursements et les cas limites de devises" reste concret et credible.
- La conception des cas de test. Citez les techniques que vous appliquez vraiment, valeurs limites, partitions d'equivalence, transitions d'etat, mais uniquement si vous pouvez derouler un exemple. Une technique rattachee a une vraie fonctionnalite vaut mieux que cinq noms en file.
- Les tests exploratoires. Si vous menez des sessions chronometrees avec une charte et des notes, decrivez-les. C'est souvent la source des anomalies les plus interessantes, et beaucoup de testeurs les sous-estiment faute de livrable bien net.
Le lecteur ne se demande pas combien de tests vous executez. Il se demande si vous auriez pu eviter l'anomalie responsable de la derniere crise de son equipe.
Anomalies, couverture et indicateurs, sans chiffres de vitrine
Les chiffres aident un CV QA, mais les plus courants sont faibles. "Execution de 2 000 cas de test" ne dit rien de la valeur apportee, et "400 anomalies remontees" peut signifier un produit mal construit ou des fautes de frappe comptees une par une.
Les meilleurs indicateurs parlent de l'effet sur l'equipe ou sur la mise en production :
- la part d'un parcours critique couverte par des controles automatiques, et ce que cela change (moins de correctifs urgents, une validation plus rapide)
- la duree d'une passe de non-regression avant et apres votre travail
- les tests instables que vous fiabilisez
- une anomalie grave interceptee avant la mise en production, decrite en une ligne avec le risque metier qu'elle portait
Reste le sujet delicat : les anomalies qui passent en production. Inutile d'en dresser la liste, mais une ligne honnete sur votre reaction face a l'une d'elles pese lourd. "Suite a une erreur de tarification en production, mise en place de tests de contrat entre les services de prix et de panier ; aucune recidive de ce type depuis" montre que vous assumez.
Chaque chiffre doit rester defendable. Si vous ne savez pas expliquer la mesure, retirez-le.
Integration continue, shift-left et passage au poste de SDET
Le test moderne vit dans la chaine de livraison, et votre CV doit montrer votre place dans cette chaine. Si vos tests tournent a chaque pull request, ecrivez-le. Si vous mettez en place l'execution en parallele, les rapports de test ou la barriere qualite qui bloque une fusion, c'est un vrai travail d'ingenierie.
Le shift-left merite aussi son nom sur le CV. Relire les criteres d'acceptation avant le developpement, travailler en binome avec les developpeurs sur les tests unitaires, ajouter des tests de contrat entre services : tout cela avance le test dans le cycle, et prouve que vous agissez sur la qualite au lieu de seulement la mesurer.
Rendre credible le passage du manuel a l'automatisation
Beaucoup de testeurs evoluent de la recette manuelle vers un poste de SDET, et le CV doit rendre ce virage credible :
- Gardez le nom exact de chaque poste tenu, sans l'embellir. Ce sont les lignes d'experience qui montrent la part croissante d'automatisation.
- Placez le code en premier dans chaque poste recent : le framework que vous lancez, le langage, la chaine dans laquelle il tourne.
- Ajoutez une ligne projets si votre employeur vous laisse peu d'automatisation. Une petite suite de tests publique sur une application de demonstration fait l'affaire, a condition de la decrire avec exactitude.
- Conservez vos forces de testeur manuel. Un testeur qui comprend le risque et les utilisateurs ecrit de meilleurs tests automatiques.
Connaissance metier et certifications
La connaissance du domaine fait souvent la difference en entretien. Tester des paiements suppose de comprendre les remboursements, les impayes et les arrondis de devises. La sante apporte la tracabilite et la protection des donnees. Si votre parcours passe par la banque, l'assurance ou la sante, nommez le secteur dans votre titre et dans vos lignes d'experience : un recruteur de ce secteur y lit un temps d'adaptation plus court.
Les certifications comme l'ISTQB niveau Fondation, proposee en France par le CFTL, ou un niveau superieur, peuvent aider, surtout au tri des candidatures et souvent davantage en ESN que dans certaines startups. Elles pesent rarement plus que l'experience, donc une ligne suffit. Le guide des certifications sur un CV explique leur emplacement ; pour un testeur, la regle principale reste de ne pas placer le certificat plus haut que le travail qui prouve que vous savez tester.
Si votre profil LinkedIn detaille deja vos projets et vos outils, un outil comme Postulit peut en tirer une premiere version de CV, a reduire ensuite a la voie choisie plus haut.
L'etape suivante
Ouvrez votre CV et prenez les trois premieres lignes de votre dernier poste. Pour chacune, verifiez qu'elle nomme un outil ou une technique, une fonctionnalite ou une zone de risque, et un resultat que vous savez defendre en entretien. Reecrivez toute ligne qui se contente de dire ce que vous executez. Relisez enfin le titre sous votre nom : il doit annoncer clairement la voie visee, recette fonctionnelle, automatisation ou SDET.