La méthode d'un testeur logiciel compte plus que ses outils, et les questions d'entretien doivent porter dessus. Xray, Squash TM ou ALM s'apprennent en quelques jours. Choisir dix valeurs utiles parmi des milliers ou écrire un ticket qu'un développeur reproduit du premier coup demande en revanche de la pratique. Les annonces françaises ajoutent souvent Postman pour les API et du SQL simple pour contrôler les données.
La certification ISTQB Foundation figure dans beaucoup de CV. Le syllabus en vigueur est la version 4.0, et l'examen compte 40 questions en 60 minutes. Elle montre que la personne connaît le vocabulaire et les techniques de conception : partitions d'équivalence, valeurs limites, tables de décision. Elle ne montre pas qu'elle les applique. Une question sur un champ numérique borné suffit à le savoir en deux minutes.
L'intitulé change d'une annonce à l'autre : testeur fonctionnel, ingénieur recette, analyste test, testeur QA. Lisez les missions. Une recette métier demande surtout de la conception de cas et du suivi d'anomalies. Une équipe agile attend qu'on teste chaque user story au fil du sprint et qu'on sache lire une réponse d'API. Le PDF propose un cas de 20 minutes sur un service de prise de rendez-vous en ligne.
Méthodes et outils du testeur fonctionnel
Techniques de conception (ISTQB)
Partitions d'équivalence, valeurs limites, tables de décision, transitions d'états : les méthodes qui permettent de choisir peu de cas tout en couvrant les règles du produit. C'est le premier sujet à vérifier, sur un exemple concret plutôt qu'avec des définitions.
Xray, Zephyr et Squash TM
Les outils de gestion des tests. Xray et Zephyr s'installent dans Jira ; Squash TM, édité par Henix, est répandu en France. On y range les exigences, les cas de test et les campagnes d'exécution, avec le lien vers les anomalies. Un profil qui connaît l'un prend vite en main l'autre.
ALM Quality Center
L'outil historique des grands projets, passé de HP à Micro Focus puis à OpenText. Il reste présent sur des recettes longues avec des campagnes très structurées. Sa présence dans un CV indique souvent une expérience de recette formalisée.
Jira et le suivi des anomalies
Les anomalies vivent le plus souvent dans Jira, avec un cycle de statuts, une sévérité et une priorité. Lisez un ticket écrit par la personne si elle peut en montrer un : la qualité de rédaction se voit tout de suite.
Postman ou Bruno
Des clients d'API pour envoyer des requêtes, vérifier les codes de retour et le contenu des réponses, et enchaîner des appels avec des variables. Beaucoup d'anomalies se diagnostiquent plus vite au niveau de l'API qu'à l'écran.
SQL
Des requêtes simples pour contrôler qu'une donnée est bien enregistrée, préparer un jeu de test ou trouver des doublons. Un SELECT avec jointure et GROUP BY suffit dans la plupart des postes.
Outils de développement du navigateur
L'onglet réseau et la console montrent ce que l'application envoie et reçoit. Ils permettent de dire si une anomalie vient de l'interface ou du serveur et d'ajouter les bonnes traces au ticket.
Gherkin et critères d'acceptation
En agile, les critères d'une user story s'écrivent souvent en Given, When, Then. Le testeur aide à les rendre vérifiables dès l'affinage, avant le développement.
Le testeur part des spécifications ou des user stories, prépare ses cas dans l'outil de gestion des tests, les exécute sur un environnement de recette et ouvre les anomalies dans Jira ou l'outil du projet. Sur une recette longue, il suit des campagnes par version avec des critères de sortie. En agile, il teste au fil du sprint et entretient le référentiel de non-régression. Un junior doit maîtriser la conception des cas et la rédaction des anomalies. Un confirmé priorise par le risque, contrôle les données en SQL et teste les API. L'automatisation reste un complément sur ce poste ; un profil qui veut surtout coder des tests sera plus à sa place sur un poste d'automaticien.
Ce que l'entretien d'un testeur logiciel doit couvrir
- Techniques de conception de tests
- Rédaction de cas de test exploitables
- Qualification et suivi des anomalies
- Stratégie de non-régression par le risque
- Contrôle des données en SQL
- Tests d'API avec Postman
Cinq questions techniques pour un testeur logiciel
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 · junior
Un champ accepte un âge entre 18 et 65 ans. Quelles valeurs testez-vous, et pourquoi celles-là ?
Une bonne réponseDes partitions d'équivalence : moins de 18, de 18 à 65, plus de 65, puis les valeurs invalides (vide, texte, décimal, négatif). Ensuite les valeurs limites : 17, 18, 65 et 66 avec l'analyse à deux valeurs, ou 17, 18, 19, 64, 65 et 66 avec l'analyse à trois valeurs, les deux variantes figurant au syllabus ISTQB. Un bon profil demande d'abord si 65 est inclus : l'exigence doit le dire.
Signal d'alerte« Je teste 30 et 70. » Ou une vingtaine de valeurs prises au hasard, sans pouvoir dire ce que chacune couvre.
Question 2 · junior à confirmé
Vous trouvez une anomalie que le développeur n'arrive pas à reproduire. Que contient votre ticket ?
Une bonne réponseUn titre précis, l'environnement et la version, le compte et le jeu de données utilisés, des étapes numérotées, le résultat attendu avec la référence à l'exigence et le résultat obtenu. Des captures ou une vidéo, les erreurs de la console et les requêtes de l'onglet réseau, l'heure exacte pour retrouver les logs serveur, la fréquence (à chaque fois ou une fois sur cinq). Pour une anomalie difficile à reproduire, la personne cherche la condition qui la déclenche : données, droits du compte, navigateur, cache, enchaînement rapide.
Signal d'alerte« La page commande ne marche pas. » Un ticket sans version, sans données ni résultat attendu.
Question 3 · confirmé
La version part en production dans deux jours et votre campagne de non-régression dure cinq jours. Que faites-vous ?
Une bonne réponseUne priorisation par le risque. Elle part des zones modifiées (tickets de la version, analyse d'impact avec les développeurs), des fonctions critiques pour les utilisateurs et des zones qui ont eu beaucoup d'anomalies. Les tests de fumée passent en premier, les tests automatisés tournent en parallèle. Elle écrit clairement ce qui n'a pas été couvert et le risque qui reste, pour la personne qui décide de la mise en production.
Signal d'alerteTout passer en survolant chaque cas, ou ne rien dire de ce qui n'a pas été testé.
Question 4 · confirmé
Après validation, l'écran affiche « Commande enregistrée ». Comment vérifiez-vous qu'elle l'est vraiment ?
Une bonne réponseUne requête SQL sur la base de recette : la commande existe, avec le bon statut, le bon montant, ses lignes et l'horodatage. Une relecture par l'API (un GET sur la commande), la réponse visible dans l'onglet réseau du navigateur, puis les effets attendus ailleurs : stock décrémenté, mail envoyé, message transmis à l'autre système.
Signal d'alerteSe fier au message affiché, ou demander au développeur de vérifier à sa place.
Question 5 · junior à confirmé
Une remise dépend du statut du client, du montant du panier et de la présence d'un code promo. Comment couvrez-vous les combinaisons ?
Une bonne réponseUne table de décision : les conditions en lignes, une colonne par règle, l'action attendue pour chacune. Avec trois conditions à deux valeurs, huit combinaisons, puis fusion des colonnes où une condition ne change rien. La personne repère les combinaisons que la spécification ne traite pas et les remonte au product owner. Avec beaucoup de paramètres, elle passe au test par paires.
Signal d'alerteLe seul cas nominal, ou des combinaisons choisies au hasard.
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
Testeur logiciel : les questions des recruteurs
La certification ISTQB est-elle indispensable pour un testeur logiciel ?
Non, mais elle aide à trier. L'ISTQB Foundation, syllabus 4.0, garantit un vocabulaire commun et la connaissance des techniques de conception. Elle se passe en France auprès du CFTL ou d'organismes accrédités. Un testeur expérimenté sans certification peut être meilleur qu'un certifié qui n'a jamais tenu une campagne. Vérifiez la pratique avec une question sur des valeurs limites ou une table de décision.
Testeur fonctionnel ou automaticien de test : quel profil chercher ?
Tout dépend du besoin. Si vous avez des recettes à concevoir, des anomalies à suivre et peu de tests répétitifs, un testeur fonctionnel suffit. Si votre campagne de non-régression prend des jours et revient à chaque version, un automaticien qui code en Java, Python ou TypeScript fera gagner du temps. Beaucoup d'équipes combinent les deux, le testeur choisissant les cas que l'automaticien code ensuite.
Quel test technique proposer à un testeur logiciel ?
Une spécification d'une page et une application de démonstration suffisent. Demandez de repérer les ambiguïtés de la spécification, d'écrire cinq cas de test avec leurs valeurs, puis de rédiger le ticket d'une anomalie que vous avez placée volontairement. L'exercice tient en trois quarts d'heure. Il montre la méthode de conception, la rigueur de rédaction et la capacité à chercher la cause d'un défaut.
Un testeur fonctionnel doit-il savoir écrire du SQL ?
Pour la plupart des postes, oui, à un niveau simple. Vérifier qu'une commande est bien enregistrée, préparer un jeu de données ou trouver des doublons demande des SELECT avec jointures et GROUP BY. Les requêtes de mise à jour se font en général sur des bases de recette, avec prudence. Demandez une requête simple pendant l'entretien technique, en laissant la personne décrire le schéma qu'elle imagine.
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.
