Le test manager exerce un métier de méthode. Le responsable recette rédige la stratégie et le plan de test, estime la charge, organise les campagnes d'intégration (SIT) et la recette métier (UAT), puis suit les anomalies dans Jira avec Xray, dans Squash TM ou dans ALM. Il rend compte de l'avancement aux chefs de projet et décide avec eux de ce qui peut partir en production malgré les anomalies ouvertes.
L'intitulé recouvre des postes différents. Certains coordonnent la recette d'un progiciel, avec des testeurs métier et beaucoup de planification. D'autres tiennent une stratégie qui mêle automatisation, tests d'API et tests de performance dans une organisation agile à l'échelle comme SAFe. La certification ISTQB Advanced Test Manager montre la maîtrise du vocabulaire, des techniques d'estimation et du test basé sur les risques. Elle ne dit pas si la personne sait réduire un plan de moitié en gardant les tests qui comptent.
Avant de choisir les questions, rapprochez les missions de l'annonce de l'un de ces deux profils, puis demandez un exemple chiffré : nombre de cas, durée de la campagne, taux de passage, anomalies bloquantes au dernier comité. Une personne qui a tenu ce rôle les connaît. Le PDF ajoute un cas de 20 minutes sur une refonte livrée en retard avec une recette raccourcie.
Référentiels et outils qu'un test manager utilise
Stratégie et plan de test
Les deux documents de référence du poste. La stratégie fixe l'approche : niveaux de test, techniques, outils, critères d'entrée et de sortie. Le plan l'applique à une version, avec le périmètre, le planning, les moyens et les risques. Demandez à voir comment la personne écrit ses critères de sortie, c'est là que se prépare le go/no-go.
Test basé sur les risques
La méthode qui permet de choisir quoi tester quand le temps manque. Chaque fonctionnalité reçoit une note de probabilité de défaut et d'impact, et la profondeur des tests suit cette note. C'est un chapitre entier du syllabus ISTQB Advanced Test Manager, et la question la plus révélatrice en entretien.
Jira et Xray
Le couple le plus cité dans les annonces. Jira gère les anomalies et les user stories, Xray y ajoute les cas de test, les plans, les exécutions et la couverture des exigences. Le test manager configure le référentiel, les tableaux de bord et le cycle de vie des anomalies.
Squash TM
Outil de gestion des tests open source, répandu en France. Il gère exigences, cas de test et campagnes, s'interface avec Jira pour les anomalies et récupère les résultats des tests automatisés. On le trouve souvent dans les équipes qui ne veulent pas de licence par utilisateur.
ALM et ALM Octane
Les outils historiques d'OpenText, ex-Quality Center, encore présents dans les grands projets. ALM Octane a été intégré à OpenText Software Delivery Management. Un profil qui vient de ces outils retrouve les mêmes notions dans Xray ou Squash TM.
Indicateurs de campagne
Avancement de l'exécution, cas passés, en échec ou bloqués, anomalies par sévérité et par âge, couverture des exigences, taux de fuite en production. Le test manager les choisit, les fait lire chaque jour et les traduit en décision. Un bon tableau tient sur une page.
Automatisation et CI
Le test manager n'écrit pas forcément les scripts, mais il décide de ce qui doit être automatisé, à quel niveau (API ou interface) et comment les résultats remontent dans l'outil de gestion des tests. Selon l'équipe, il pilote des automaticiens Selenium, Playwright, Cypress ou Tosca.
Recette métier (UAT)
La phase où les utilisateurs vérifient que l'application répond à leurs processus. Le test manager prépare les scénarios, les données, les comptes et l'environnement, puis anime la qualification des fiches. Une UAT mal préparée produit surtout des demandes d'évolution enregistrées comme anomalies.
Le test manager dépend du chef de projet ou d'une direction qualité et dirige des testeurs internes ou prestataires. Sur un projet en cycle en V, il prépare une recette de plusieurs semaines avec des jalons fixes. En agile, il définit une stratégie commune à plusieurs équipes, organise la non-régression entre les sprints et prépare les tests de fin d'incrément. Sur un progiciel comme SAP ou Salesforce, une grande partie du travail porte sur les tests de bout en bout entre applications et sur les données de test. Les annonces consultées citent souvent Jira et Xray, l'ISTQB et la coordination des phases SIT et UAT. Le syllabus ISTQB Advanced Test Manager v3.0 sert de référence commune pour le vocabulaire.
Les savoir-faire d'un test manager à valider
- Stratégie de test basée sur les risques
- Estimation et planification de campagne
- Indicateurs et critères de sortie
- Gestion et qualification des anomalies
- Organisation de la recette métier (UAT)
- Automatisation et non-régression
Cinq situations à soumettre à un test manager
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Le projet vous laisse trois semaines de recette au lieu de six. Comment décidez-vous de ce que vous ne testerez pas ?
Une bonne réponsePar une analyse de risques faite avec le métier et les développeurs : pour chaque fonctionnalité, la probabilité d'un défaut (code nouveau, complexité, historique d'anomalies) et l'impact s'il survient. Les zones à risque élevé gardent des tests approfondis, la non-régression se concentre sur les processus critiques, le reste passe en tests de surface. Les risques non couverts sont écrits et acceptés par le responsable du projet avant la campagne, pas découverts au comité.
Signal d'alerte« On teste tout, plus vite », une coupe au hasard dans le référentiel, ou la suppression de la recette métier pour gagner du temps.
Question 2 · senior
La veille du comité de mise en production, 92 % des cas sont passés et il reste quatre anomalies majeures ouvertes. Que présentez-vous ?
Une bonne réponseLa situation face aux critères de sortie écrits dans le plan de test, plutôt que le seul taux de passage. La couverture des exigences et des risques, avec ce qui n'a pas été exécuté et pourquoi. Pour chaque anomalie majeure : l'impact pour l'utilisateur, le contournement possible, la date de correction annoncée. La courbe des anomalies découvertes, qui dit si le produit se stabilise. Puis une recommandation explicite : go, go sous conditions ou no-go.
Signal d'alerte« 92 %, c'est bon », sans lien avec des critères définis à l'avance, ou une présentation des chiffres sans recommandation.
Question 3 · confirmé
Comment estimez-vous la charge de test d'un nouveau module avant que le projet ne fixe le planning ?
Une bonne réponseIl combine plusieurs méthodes : découpage des activités (conception, préparation des données, exécution, retests), comparaison avec des projets passés mesurés et estimation à plusieurs avec l'équipe. Il chiffre le nombre de cycles de correction et de retest, le temps de préparation des données et des environnements, et donne une fourchette avec ses hypothèses. Il révise l'estimation quand le périmètre change.
Signal d'alerteUn chiffre unique sans hypothèse, ou un pourcentage fixe de la charge de développement appliqué sans regarder le module.
Question 4 · confirmé
En recette métier, les utilisateurs ouvrent beaucoup d'anomalies qui se révèlent être des demandes d'évolution. Comment traitez-vous ce flux ?
Une bonne réponseUn comité de qualification régulier avec le product owner ou la maîtrise d'ouvrage, qui classe chaque fiche : anomalie, évolution, erreur d'utilisation, problème de données. Les évolutions sortent vers le backlog avec une décision de priorité. Il suit le taux de fiches rejetées et de doublons, relie chaque anomalie à une exigence et revoit la préparation de la recette si les utilisateurs testent sans scénario.
Signal d'alerteTout enregistrer comme anomalie bloquante, ou tout rejeter comme hors périmètre sans traçabilité.
Question 5 · confirmé
Quelle part de la non-régression automatisez-vous, et comment le décidez-vous ?
Une bonne réponseIl automatise les tests stables, souvent rejoués, sur des fonctions à risque, et de préférence au niveau des API plutôt que de l'interface. Il compare le gain de temps par campagne au coût de maintenance de la suite et suit le taux d'échecs aléatoires. L'exploratoire, l'ergonomie et les fonctions qui changent à chaque sprint restent manuels. Les tests automatisés tournent dans la CI et leurs résultats remontent dans l'outil de gestion des tests.
Signal d'alerte« Cent pour cent », ou automatiser les cas manuels un par un dans l'ordre du référentiel.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Test manager et responsable recette : réponses aux recruteurs
Quelle différence entre un test manager et un test lead ?
Les intitulés se recouvrent souvent. Le test lead pilote en général les tests d'une équipe ou d'une application : conception, exécution, suivi des anomalies au quotidien. Le test manager porte la stratégie sur un projet ou un programme, l'estimation, le budget de test, la coordination de plusieurs équipes ou prestataires et la recommandation au comité de mise en production. Lisez les missions de l'annonce plutôt que le titre, et ciblez les questions en conséquence.
Que vaut l'ISTQB Advanced Test Manager sur un CV ?
Elle demande la certification Foundation et un examen de 50 questions en deux heures sur le syllabus v3.0 : processus de test, test basé sur les risques, estimation, métriques, gestion des anomalies, outils. Elle garantit un vocabulaire commun et une méthode. Elle ne remplace pas l'expérience d'une campagne menée sous contrainte de délai. Demandez un plan de test réel, les critères de sortie retenus et la décision prise au dernier comité.
Un test manager doit-il savoir automatiser ?
Il n'a pas besoin d'écrire les scripts, mais il doit savoir décider de ce qui s'automatise, à quel niveau et avec quel outil, et lire l'état d'une suite automatisée : durée, taux d'échecs aléatoires, coût de maintenance. Dans une équipe agile, on attend aussi qu'il connaisse la CI et la remontée des résultats dans Xray ou Squash TM. Pour un poste de coordination de recette métier, ce niveau suffit largement.
Quelle épreuve proposer en test technique à un test manager ?
Une étude de cas courte plutôt qu'un questionnaire. Donnez un contexte réel : une recette raccourcie, une liste de fonctionnalités, des indicateurs de campagne à mi-parcours. Demandez une stratégie par les risques en vingt minutes, puis la recommandation qu'elle porterait au comité. Le raisonnement sur ce qui n'est pas testé et la façon de l'écrire montrent le niveau mieux que la récitation des définitions ISTQB.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
