JMeter revient souvent dans les annonces de tests de performance publiées en France, seul ou à côté de NeoLoad, Gatling, Dynatrace et Grafana. Le poste consiste à transformer un parcours métier en plan de test, à corréler les valeurs dynamiques, à alimenter les threads en données, puis à tirer et à lire les résultats. Des questions d'entretien JMeter utiles descendent donc dans le plan lui-même : Thread Groups, extracteurs, scripts JSR223, propriétés passées au lancement.
La difficulté tient à la prise en main rapide de l'outil. Un enregistrement avec le proxy et un tir de dix utilisateurs depuis l'interface graphique suffisent pour écrire JMeter sur un CV. Le niveau se voit sur d'autres sujets : un groupe qui tient un débit cible quand le serveur ralentit, une extraction qui échoue de façon visible, du Groovy compilé une seule fois, quatre injecteurs dont on sait ce qu'ils envoient vraiment.
Le candidat ouvre l'un de ses fichiers .jmx anonymisés, ou répare un script cassé pendant l'entretien. Dix minutes montrent s'il circule dans l'arbre, trouve la valeur non corrélée et sait où placer l'extracteur. Le PDF ajoute 30 questions sur six axes, un cas de 20 minutes sur une API de réservation et une grille de 1 à 4.
Les briques de JMeter à connaître avant l'entretien
Apache JMeter
L'outil de test de charge open source de la fondation Apache, écrit en Java. La dernière version publiée est la 5.6.3 : elle tourne avec Java 8 au minimum, Java 17 est recommandé et sera exigé par la prochaine version majeure. Un plan de test s'enregistre dans un fichier .jmx, en XML.
Thread Groups
Ils définissent qui envoie la charge. Le Thread Group standard fixe un nombre d'utilisateurs virtuels. L'Open Model Thread Group, arrivé en 5.5, et des plugins comme l'Arrivals Thread Group fixent plutôt un débit d'arrivée. Le choix entre les deux change la lecture de tous les résultats.
Extracteurs et corrélation
JSON Extractor, Regular Expression Extractor, Boundary Extractor, CSS Selector Extractor, XPath2 Extractor. Ils récupèrent dans une réponse les valeurs dynamiques (jetons, identifiants) à renvoyer dans les requêtes suivantes. Sans eux, un script enregistré ne rejoue pas.
JSR223 et Groovy
Les éléments JSR223 (échantillon, pré et post-traitement, assertion) exécutent du code, en Groovy dans la pratique. La documentation recommande Groovy avec le cache de compilation activé et déconseille BeanShell. Sur un gros tir, un script mal écrit sature l'injecteur avant le serveur.
Ligne de commande et mode distribué
Les tirs se lancent sans interface (jmeter -n -t plan.jmx -l resultats.jtl). Au-delà d'une machine, un contrôleur pilote plusieurs serveurs JMeter par RMI, chacun exécutant le plan complet. Il faut préparer fichiers de données, ports et versions sur chaque injecteur.
Rapport HTML et Backend Listener
JMeter produit un tableau de bord HTML à partir du fichier JTL (options -e -o, ou -g après coup). Le Backend Listener envoie les mesures en direct vers InfluxDB ou Graphite, affichées dans Grafana. Les deux sources ne calculent pas les percentiles de la même façon.
JMeter Plugins
Le site jmeter-plugins.org et son Plugins Manager ajoutent des groupes de threads, des timers de débit, des contrôleurs et des protocoles. Presque toutes les équipes en utilisent quelques-uns, ce qui oblige à les installer à l'identique sur chaque injecteur.
OctoPerf, BlazeMeter, Azure Load Testing
Des services qui exécutent des scripts JMeter sur des injecteurs gérés, avec rapports et historique des tirs. Azure Load Testing accepte JMeter et Locust. Reste à savoir si le candidat a déjà adapté un script local à l'un de ces services.
CI : Docker, Taurus, plugin Maven
Pour tirer à chaque livraison, JMeter tourne dans une image Docker, derrière Taurus ou le jmeter-maven-plugin, dans GitLab CI, Jenkins ou Azure DevOps. Le verdict de la pipeline se construit à partir des résultats, pas du code retour de JMeter.
JMeter domine dans les équipes qui veulent un outil gratuit et scriptable, et il cohabite souvent avec NeoLoad ou LoadRunner chez les clients qui ont les deux. Le poste peut s'appeler testeur de performance, ingénieur performance ou expert tests de charge, et le périmètre change avec l'intitulé : certains se limitent aux scripts et aux tirs, d'autres poussent jusqu'au diagnostic dans l'APM et à l'intégration en CI. Apache ne délivre aucune certification JMeter. La certification ISTQB Performance Testing atteste les notions générales, et la maîtrise de l'outil se vérifie sur un plan de test réel.
Les compétences JMeter à vérifier chez un ingénieur performance
- Thread Groups et modèle de charge
- Corrélation et extracteurs
- Groovy et éléments JSR223
- Exécution distribuée et injecteurs
- Lecture des résultats et rapport HTML
- Scripts versionnés et tirs en CI
Cinq problèmes JMeter à faire résoudre en entretien
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é
Votre plan tient 30 commandes par seconde en recette avec un Thread Group standard de 60 threads. En préproduction, le serveur ralentit et le débit tombe à 18. Que s'est-il passé, et quel groupe de threads prenez-vous à la place ?
Une bonne réponseLe Thread Group standard fixe un nombre de threads : quand le serveur ralentit, chaque thread attend sa réponse et le débit baisse tout seul. Pour tenir un débit d'arrivée, le candidat cite l'Open Model Thread Group (arrivé avec JMeter 5.5, planning du type rate(30/sec) random_arrivals(10 min)), ou les plugins Arrivals Thread Group et Concurrency Thread Group couplé au Throughput Shaping Timer. Il vérifie ensuite que l'injecteur dispose d'assez de mémoire pour créer les threads quand les réponses s'allongent.
Signal d'alerte« Je mets 30 threads », comme si un thread valait une requête par seconde. Ou un Constant Throughput Timer seul, sans assez de threads derrière pour atteindre la cible.
Question 2 · confirmé
La réponse JSON contient une liste de 40 produits, et le parcours doit en ajouter trois au hasard au panier. Comment configurez-vous l'extraction ?
Une bonne réponseUn JSON Extractor avec un chemin du type $.products[*].id. Avec Match No. à -1, JMeter crée id_1 à id_40 et id_matchNr ; avec 0, il prend une valeur au hasard. Pour trois produits distincts, une boucle ou un ForEach Controller sur les variables, ou quelques lignes de Groovy qui tirent trois index sans doublon. Il pose une valeur par défaut reconnaissable, comme NOT_FOUND, et une assertion qui fait échouer l'échantillon quand elle apparaît.
Signal d'alerteDes identifiants recopiés depuis l'enregistrement, ou une expression régulière gourmande (.*) sur du JSON. Aucune valeur par défaut, donc des requêtes qui partent avec une valeur vide sans que personne ne le voie.
Question 3 · confirmé
Un JSR223 PostProcessor en Groovy fait monter le CPU de l'injecteur dès 500 threads. Que vérifiez-vous dans le script et dans sa configuration ?
Une bonne réponseD'abord la case « Cache compiled script if available ». Ensuite l'absence de ${variable} dans le corps du script : chaque valeur différente produit un nouveau texte à compiler et le cache ne sert plus. Les valeurs passent par vars.get() ou par le champ Parameters. Il regarde aussi le travail fait à chaque échantillon : gros JSON relu entièrement, journalisation au niveau INFO, expression régulière recompilée. Il garde Groovy et écarte BeanShell, que la documentation JMeter déconseille depuis la version 3.1.
Signal d'alerte« Je passe en BeanShell » ou « j'ajoute une machine », sans ouvrir le script. Aucune idée de ce que fait la case de cache.
Question 4 · confirmé
Vous lancez le plan sur quatre injecteurs en mode distribué, avec 250 threads dans le Thread Group. Combien d'utilisateurs le serveur reçoit-il, et que préparez-vous sur chaque machine ?
Une bonne réponseMille : chaque serveur JMeter exécute le plan complet. Sur chaque machine, la même version de JMeter, de Java et des plugins, les fichiers CSV au même chemin, découpés pour qu'un compte ne serve pas sur deux injecteurs. Il ouvre les ports RMI, configure le keystore RMI ou désactive SSL en connaissance de cause (server.rmi.ssl.disable), passe les paramètres avec -G et surveille le CPU et la mémoire de chaque injecteur pendant le tir.
Signal d'alerte« 250 au total, répartis sur les quatre machines. » Ou seul le fichier .jmx est copié, et le tir s'arrête sur un fichier de données introuvable.
Question 5 · senior
Le rapport HTML affiche un 90e percentile de 1,2 s, alors que Grafana, alimenté par le Backend Listener, montre 800 ms pour la même transaction. Comment expliquez-vous l'écart ?
Une bonne réponseLes deux chiffres ne se calculent pas pareil. Le rapport HTML part de tous les échantillons du fichier JTL sur la durée du tir. Le Backend Listener envoie des percentiles calculés sur une fenêtre glissante, par défaut les 100 derniers échantillons (propriété backend_metrics_window), et un tableau Grafana qui fait la moyenne de ces percentiles donne un nombre sans signification. Il vérifie aussi ce qui est inclus des deux côtés : montée en charge, sous-échantillons, échantillons en erreur. Il dit lequel fait foi pour la décision et pourquoi.
Signal d'alerte« Un des deux outils est bugué », ou une moyenne de percentiles présentée comme un percentile.
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
Ingénieur performance JMeter : les questions fréquentes
Quel niveau de Groovy attendre d'un ingénieur performance JMeter ?
Pas celui d'un développeur. Il doit savoir lire et écrire un script JSR223 de quelques dizaines de lignes : manipuler vars et props, parser un JSON, calculer une signature, faire échouer un échantillon avec un message. Il doit aussi connaître le coût de ces scripts sous charge, avec le cache de compilation et les ${} à éviter. Un profil qui ne fait que de l'enregistrement et des regex bloquera dès que l'application chiffre ou signe ses requêtes.
Un spécialiste NeoLoad ou Gatling s'adapte-t-il vite à JMeter ?
Sur le fond, oui : modèle de charge, corrélation, lecture des percentiles et diagnostic restent les mêmes. Ce qui demande du temps, c'est l'organisation d'un plan JMeter, les extracteurs, les modes de partage des CSV, le Groovy et le mode distribué. Pour un poste où les scripts existent déjà, deux ou trois questions de l'axe JMeter pur le mesurent. Si les réponses sont justes sur le principe et floues sur l'outil, quelques semaines de prise en main suffisent.
Quel test technique est donné à un ingénieur performance JMeter ?
Un .jmx préparé à l'avance, avec une valeur non corrélée, un extracteur mal configuré et un groupe de threads qui ne peut pas tenir la cible demandée. Le candidat le corrige en partageant son écran pendant vingt à trente minutes, en commentant ce qu'il fait. Un extrait de rapport HTML à interpréter complète le test. Cet exercice montre le niveau réel mieux qu'un exercice long à rendre, où personne ne sait qui a écrit le script.
Existe-t-il une certification JMeter reconnue ?
Apache ne propose pas de certification pour JMeter. Des organismes de formation et des éditeurs de services de tir délivrent leurs propres attestations, de valeur inégale. L'ISTQB a une certification Performance Testing qui couvre la méthode, sans lien avec un outil. Sur un CV, une liste de projets avec le type d'application, les débits visés et les protocoles testés dit davantage qu'un certificat.
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.
