Formation jmeter

CONSEIL EN ARCHITECTURE DU SYSTEME D’INFORMATION

Formation JMeter
Initiation et concepts avancés

Abdelhaq EL AIBI

Plan de la formation

Introduction

Installation et configuration de JMeter

Création d’un Plan de test

Exécution d'un plan de test

Analyse des résultats de tests

Concepts avancés

© Neoxia Perf Training 2

Introduction

Introduction
Concepts généraux

Démarche

JMeter


Introduction
Concepts généraux

Qualité logicielle :
Test fonctionnel
Test de performance
Test de sécurité

Test de charge >> test de performance
La métrologie (test de charge) d’une application :
Permet d’analyser et de mesurer son comportement
lorsqu’elle est soumise à une forte charge utilisateur.
Elle constitue un outil indispensable de la gestion de la
qualité de service des systèmes d’information


Introduction
Démarche

Les tests de charge sont des moyens et non pas des fins (objectifs)
La démarche est basée sur cinq étapes

Identification de
Analyse et
l’environnement
Recommandations
de test

Compagne de Modélisation et
tirs conception des
tests

Développement
des scripts


Introduction
Démarche

Identification de l’environnement de test Modélisation et conception des tests Développement des scripts

Liste des scénarios fonctionnels
Définition de (s) l’objectif (s) du test Captures des scénarios
cibles

Avoir un environnement similaire à
Définition du jeux de données Paramétrage et personnalisation
la production

Comprendre l’architecture
Optimisation des scénarios
technique du système cible

Compagne de tirs Analyse et Recommandations

Tirs de calibrage et analyse du bon
Analyse des logs
fonctionnement des scénarios

Configuration des paramètres des tirs
(nombre d’utilisateurs, durée, nombre de Analyse de fichiers des résultats
paliers, format des résultats

Recommandations et optimisation


Introduction
JMeter

JMeter est un logiciel de tests de charge orientés performance ou
orientés métiers sur différentes protocoles ou technologies. C’est un
sous projet Jakarta développé par la Fondation Apache.

JMeter peut tester les protocoles ou technologies suivants :
Web : HTTP, HTTPS pour des sites ‘web 1.0′, web 2.0 (Ajax)
WebServices : SOAP / XML-RPC
Base de données via les pilotes JDBC
Annuaire : LDAP
Les bus logiciels utilisant JMS
Service de messagerie : POP3, IMAP, SMTP (via un plugin)
Service FTP



Installation et configuration

Installation (MS windows, Linux)

Composants de JMeter


Installation (MS windows, Linux)

JMeter est une application 100% développée en Java

Prérequis JVM 5 ou plus
Tout système d’exploitation ayant la
JVM (Unix, Windows, Mac OS)

Installation :
Il faut procéder au téléchargement via l’URL
http://jakarta.apache.org/site/downloads/index.html du produit et le
décompresser



Lancement :
Bin/jmeter.bat pour windows
Bin/jmeter pour Unix

Configuration

JVM_ARGS="-Xms1024m -Xmx1024m"
Lancement sans GUI : jmeter –n
Lancement en mode serveur : jmeter-server (.bat)
Fichier log : jmeter.log (dossier de lancement de jmeter)



Paramétrage : bin/jmeter.properties

Attribut Description Obligatoire
Vous pouvez spécifier la classe de votre implémentation SSL si vous ne
ssl.provider Non
souhaitez pas utiliser la mise en œuvre intégrée à Java.

Si vous utilisez JMeter dans un environnement distribué, la liste des machines
remote_hosts où vous avez JMeter serveurs distants. Cela vous permettra de contrôler ces Non
serveurs depuis l'interface graphique de cette machine

Une liste des composants que vous ne voulez pas voir dans les menus de
JMeter. Comme JMeter a de plus en plus de composants, vous pouvez
not_in_menu personnaliser votre JMeter pour afficher uniquement les éléments qui vous Non
intéresse Vous pouvez lister leurs classname ou leur étiquette de classe (la
chaîne qui apparaît dans l'interface utilisateur de JMeter)

Nom du fichier contenant les propriétés supplémentaires JMeter. Ellesdoivent
user.properties être ajoutées après le fichier de propriétés initiales, mais avant que le -q et -J Non
sont traitées.
Nom du fichier contenant les propriétés des système supplémentaires. Elles
system.properti
doivent être ajoutées avant les options -S et -D Non
es




Définition d'un plan de test

Description des éléments d'un plan
de test


Définition d'un plan de test

Un plan de test décrit une série d'étapes que JMeter va exécuter quand il
est lancé.
Un plan de test complet se compose d'un ou de plusieurs groupes de
threads, de contrôleurs logiques, de contrôleurs simples, de récepteurs,
de minuteries, des assertions et des éléments de configuration.


Description des éléments d'un plan de test

ThreadGroup (ou groupe d’unités)
Permet de contôler le nombre de threads que JMeter va utiliser pour
exécuter votre test
Ils sont les points de départ de tout plan de test. Tous les contrôleurs
et les échantillons doivent être sous un groupe de threads.
D'autres éléments, les auditeurs, par exemple, peuvent être placés
directement sous le plan de test, auquel cas ils s'appliquent à tous
les groupes de threads.
Les propriétés d’un ThreadGroup vous permettent de:
Réglez le nombre de
threads
Définissez la période de
montée en puissance
Réglez le nombre de fois
où le test devra être lancé



Contrôleurs
JMeter a deux types de contrôleurs: Simples et contrôleurs logiques.

JMeter utilise les contrôleurs simples pour envoyer des requêtes à un
serveur.
Par exemple, ajouter une requête « HTTP Sampler » si vous souhaitez
que JMeter envoie une requête HTTP.
JMeter utilise les contrôleurs logiques afin de personnaliser la logique qui
doit utiliser JMeter pour décider du moment de l’envoi des requêtes.
Par exemple, vous pouvez ajouter un contrôleur logique Interleave afin
d'alterner entre deux échantillonneurs de requête HTTP



Listeners/récepteurs
Les récepteurs donnent accès aux informations collectées par JMeter lors de l’exécution
des tirs de charge.

Les récepteurs permettent également de diriger les données vers un fichier pour une
utilisation ultérieure.
Chaque récepteur dans JMeter fournit un champ pour indiquer le fichier de stockage des
données. Il y a aussi un écran de configuration permettant de configurer les champs à
sauvegarder et le format de stockage (CSV ou XML).



Timers

Par défaut, un fil JMeter envoie des requêtes sans faire de pause entre chaque
demande. Il est fortement recommander de spécifier un délai (principalement le
délai de saisie manuelle des données) en ajoutant l'une des minuteries
disponibles pour votre groupe de threads. Si vous n'ajoutez pas un retard,
JMeter pourraient submerger votre serveur en effectuant trop de requêtes dans
un délai très court



Assertion
Les assertions permettent d'affirmer des faits sur les réponses reçues par le
serveur à tester. En utilisant une assertion, vous pouvez essentiellement
tester que votre application retourne les résultats que vous attendez..

Par exemple, vous pouvez affirmer que la réponse à une requête contient un
texte particulier.



Elément de configuration

Un élément de configuration collabore étroitement avec un
échantillonneur. Bien qu'il n'envoie pas de requêtes, il peut ajouter ou
modifier les demandes

Un élément de configuration est accessible à partir de l'intérieur de la
branche d'arbre où vous le placez. Par exemple, si vous placez un
gestionnaire de cookies HTTP à l'intérieur d'un contrôleur logique simple, le
gestionnaire de cookie ne sera accessible aux contrôleurs requête HTTP que
lorsque vous le placez à l'intérieur du contrôleur logique simple

Le Cookie Manager est accessible aux requêtes
HTTP "une page Web" et "Page Web 2", mais pas
à la requête «Page Web 3 »



Pre-Processor
Un préprocesseurs exécute une action préalable à une demande

Un préprocesseur est le plus souvent utilisé pour modifier les paramètres
d'une demande d'échantillons juste avant qu'elle ne fonctionne, ou de mettre
à jour les variables qui ne sont pas extraites du texte de la réponse

Post-Processor
Un post-processeur exécute une action après une demande

Un post-processeur est souvent utilisé pour traiter les données de réponse,
et pour en extraire des valeurs.



Les règles de portée 1/2
L'arbre de test JMeter contient des éléments qui sont à la fois hiérarchiques et
ordonnés

Lorsque vous créez votre plan de test, vous allez créer une liste ordonnée de
demandes d'échantillon (via Samplers) qui représentent un ensemble d'étapes à
exécuter. Ces demandes sont souvent organisées au sein des contrôleurs qui
sont également ordonnés

L'ordre des requêtes sera, un, deux, trois, quatre.



Les règles de portée (2/2)
Une assertion, par exemple, est hiérarchique dans l'arbre de test. Si son père
est une demande (request), il est alors appliquée à cette demande. Si son père
est un contrôleur, elle affecte toutes les demandes qui sont descendantes de ce
contrôleur

Assertion#1 est appliquée à la requête ‘one’,
Assertion#2 est appliquée aux requêtes ‘two’ et ‘three’.



Propriétés et variables de JMeter
Les propriétés de JMeter sont globales, elles sont utilisées pour définir des
paramètres d’utilisation de l’outil. Elles sont définies dans le fichier jmeter.properties

remote_hosts : permet la définition des adresses des serveurs pour l’exécution des
tests à distance.

Les variables sont locales à chaque groupe de thread de JMeter.

Si une variable est mis à jour par un thread, seule sa copie dans le thread est
modifiée.

Les variables et les propriétés de JMeter sont sensibles à la casse


Exemple : application petClinic

Scénarios fonctionnels :
Gestion des animaux domestiques
Gestion des propriétaires
Gestion des RDV médicaux



Objectifs :

Définition d’une stratégies de tirs de charge
Élaboration d’un premier plan de test (simple) au niveau JMeter





Configuration de la plateforme de
tests (injecteurs et contrôleur)



Avant exécution :
Il faut raffiner le plan de test au niveau de JMeter
Donner des noms significatifs au requêtes et étapes du plan de test
Définir les assertions
La plan de test doit obligatoirement contenir un récepteur de type arbre
de résultat ( au début)

Tir de vérification:
Il faut lancer un premier test pour valider les assertions



Configuration du premier palier (tir de calibrage):
Il faut définir un nombre minimale d’utilisateurs virtuels,
Il faut définir la durée de montée en charge (ramp-up),
Et la durée des tirs

Lancement des tirs
Jmeter.bat -n -t planTest.jmx

Vérification des résultat



Configuration finale des tirs
Suite aux objectifs définis dans la première phase du test de charge, on
définit le nombre des utilisateurs, le nombre d’itérations et la durée ramp-
up.


Tirs distribués (contrôleur, injecteurs)

Généralement, une seule machine n’est pas capable d’effectuer un tir de
charge simulant un grand nombre d’utilisateurs

Selon l’expérience : une machine Core Duo, 1Go 100 utilisateurs
simultanés.

JMeter offre la possibilité de répartir les tirs de charge sur plusieurs
machines : tirs de charge distribués.



Architecture Globale
Contrôleur

Injecteur 1 Injecteur 2

Serveur Web : système cible



Configuration 1/2:
Le contrôleur et les injecteurs ainsi que le serveur de test doivent être
liés par un réseau local.
Il faut installer JMeter sur le contrôleur et les injecteurs

Sur le contrôleur, on édite le
fichier user.properties (dans JMETER_HOME/bin/), on ajoute la ligne
suivante à la fin : remote_hosts=injec1,injec2
Les noms injec1 et injec2 doivent correspondre aux IP des machines
injecteurs (utilisation du fichier hosts)
Utilisation du ‘démarrage distant au niveau contrôleur



Configuration 2/2:
Au niveau injecteur on lance JMeter en mode serveur avec la commande
suivante : JMETER_HOME/bin/jmeter-server (sous Linux)
JMETER_HOMEbinjmeter-server.bat (sous Windows)

Fichier de résultats : il sera créé au niveau contrôleur seulement

Les paramètres du plan de test seront configurés au niveau contrôleur
seulement. Celui-ci se chargera d’envoyer ce plan de test au différents
injecteurs pour être exécuté.

Les injecteurs envoient les résultats au contrôleur pour les consolider
dans un seul fichier.
Il faut penser à utiliser un format CSV pour les résultats.

Le contrôleur et les injecteurs doivent être synchronisés (même
dateTime)


Lancement des tirs

Pour lancer le tir sur tous les injecteurs en même temps, il suffit de
choisir le menu Run >Remote Start All. (utilisation du GUI)

JMETER_HOME/bin/jmeter -n -r -t planTest.jmx (mode sans GUI)




Descriptions et exploitation des résultats
de tests (CSV, Excel, graphique)

Analyse des fichiers de log


Formats (CSV, XML)

Mode graphique : plusieurs types de récepteurs

Basés tous sur le même contenu.

JMeter offre la possibilité de paramétrer les informations collectées


Formats (CSV, XML)

Format : XML ou CSV
L’entête réponse des requêtes
Le code HTTP de la réponse (200, 404, 500…)
Le nom de la requête dans le plan de test
La réponse des requêtes
Succès : true ou false
Horodatage : date d’exécution en milisecondes
Nom de fichier de réponse
Nom de la machine exécutant les tirs (injecteurs)
Libellé des colonnes (CSV)
L’entête de la requête
Latence : millisecondes déroulés avant l’exécution
Nom d’unité : nom du groupe de thread +Index
url : chemin attaqué par la requête
Nombre d’unités actives : les utilisateurs simultanés

Formats (CSV, XML)

Messages d’erreur des assertions
Message de réponse
Temps écoulé : durée passée depuis le début des tirs
Nombre d’octets : taille de la réponse


Formats (CSV, XML)

Arbre de résultats 1/2


Formats (CSV, XML)

Arbre de résultats 2/2

Possibilité de voir la réponse sous plusieurs format :
HTML
HTML (complet)
JSON
Regexp Tester
Text
XML
Util lors de la création et l’optimisation du plan de test


Formats (CSV, XML)

Rapport consolidé
Il se base sur les noms des requêtes pour afficher des indicateurs de
temps de réponse


Formats (CSV, XML) : exploitation

Utilisation des rapport sous format CSV (bien paramétré)



Utilisation d’un tableur (MS EXCEL) pour générer des tableaux et des
graphes d’analyse.

Utilisation de la notion de tableau croisé de EXCEL
Utilisation de la notion de graphe croisé de EXCEL


Analyse du log

Vérification du bon déroulement des tirs de charge.
Analyse des erreurs liés au plan de test ou bien à la configuration des tirs


Concepts avancés

Concepts avancés

Paramétrage de la monté en charge
Capture des scénarios
dynamique : tirs par palier

Personnalisation du plan de test par
Utilisation des expressions régulières
palier d’utilisateurs

Gestion du temps de réflexion :
Variabilisation des données des tirs
‘Think time’

Utilisation de JMeter sans GUI


Concepts avancés

L’édition manuelle des plans de test est compliquée

JMeter offre la possibilité de capturer le scénario fonctionnel

Accélération de la phase de création de plan de test

Principe :
La fonctionnalité ‘PROXY ’ permet d’enregistrer une session de
navigation directement dans des échantillons de requêtes HTTP
Personnalisation facile


Concepts avancés

Démarche 1/:

Lancer JMeter

Sélectionner Plan de travail, puis ajouter un élément hors test
> Serveur Proxy HTTP.


Concepts avancés

Démarche 2/:

Sur l’item Plan de test, ajouter un élément Groupe d’unités.

Sélectionner le nouvel élément Groupe d’unités, ajouter un élément
Contrôleurs Logiques >Contrôleur Enregistreur.


Concepts avancés

Démarche 3/:
Ajouter un récepteur Arbre de résultats au proxy pour pouvoir
visualiser les réponses et personnaliser le plan de test après.


Concepts avancés

Démarche 4/:
Paramétrage du serveur proxy


Concepts avancés

Démarche 5/:
Paramétrage du serveur proxy
Port
Cible d’enregistrement
Paramètres des requêtes : type, redirection, …
Ajouter une Assertion Réponse
URL : motifs à exclure : exemple « .*.png »

Lancement du serveur proxy


Concepts avancés

Démarche 6/:
Paramétrage du navigateur (exemple : Firefox)

adresse du proxy

port du proxy


Concepts avancés

Cas d’utilisation :
Scénario fonctionnel avec des étapes dépendantes

Exemple : Création d’un adhérent puis ajout d’un bénéficiaire. Jmeter a
besoin de récupérer le numéro de l’adhérent après l’ajout et l’utiliser pour
la création de l’enfant dans le système.

Utilisation du ‘post-processeur’ « Regular Expression Extractor »


Concepts avancés

Nom : nom de l’élément
Appliqué sur : l’élément sur lequel l’extracteur sera appliqué
La porté : l’extracteur sera appliqué sur le corps, l’entête, l’url ou une variable dans la requête
Nom de référence : variable pour stocker la valeur de l’extracteur
Expression reg: l’expression régulière à exécuter
Canevas : Le modèle utilisé pour créer une chaîne de la correspondance trouvée. Ceci est une chaîne
arbitraire avec des éléments spéciaux pour désigner des groupes dans l'expression régulière. La
syntaxe pour faire référence à un groupe est la suivante: $ 1$ pour désigner le groupe 1, $ 2 $ pour
désigner le groupe 2, $ 0 $ se réfère au résultat de l'expression entière

Concepts avancés

Exemple :


Concepts avancés

Les variables JMeter sont utilisées pour paramétrer les plans de test
Example : URL du système cible;

JMeter offre la possibilité de récupérer les valeurs à partir d’un fichier
CSV.


Concepts avancés

Source de données CSV : paramétrage
Nom de fichier : le chemin absolu et le nom du fichier. (ou bien juste le nom du fichier,
auquel cas le fichier doit se trouver dans le classpath de Jmeter. Par exemple :
JMETER_HOME/bin)
Encodage du fichier : le format du fichier séléctionné (UTF-8).
Noms des variables : le nom des variables dans lesquelles JMeter va insérer les éléments
d’une ligne.(var1, var2, var3 …).
Délimiteur : le séparateur utilisé dans le fichier CSV (généralement « , »).
Recycler en fin de fichier ? : Est-ce qu’à la fin du fichier (End Of File), JMeter reprend la
liste depuis le début pour variabiliser les variables ?
Arrêter l’unité à la fin du fichier ? : Est-ce que l’élément Groupe d’unités dans lequel se
trouve l’élément Source de données CSV se stoppe à la fin du fichier, quelque soit le
nombre d’itérations prévu ?
Mode de partage :
Toutes les unités : le fichier est partagé par tous les utilisateurs virtuels
Groupe d’unité courant :le fichier est utilisé par chaque group d’unité dans lequel le fichier
apparaît
Unité courante : chaque fichier est ouvert séparément pour chaque Unité
Autres : éditable.


Concepts avancés
Paramétrage de la monté en charge dynamique : tirs par palier

Cas d’utilisation :
Imaginons que nous voulons réaliser un tir de charge sur plusieurs
étapes
Étape 1 : avoir 100 utilisateurs simultanés après 30 minutes
Étape 2 : 100 utilisateur pendant 20 minute
Étape 3 : introduction d’un nouveau groupe pour atteindre 200 utilisateurs
après 25 minutes
Utilisateurs simultanés

200

100

Temps(minutes)

30 20 25 45 15


Concepts avancés

Utilisation de JMeter
Pour modéliser un tir de charge par palier avec JMeter, on procède de la
même façon qu’un tir simple: création et optimisation d’un plan de test.

Dupliquer le groupe d’unités 1 pour avoir un autre avec le même contenu

Après avoir dupliqué cette configuration, nous allons passer à la
configuration des deux groupes pour avoir notre effet palier:


Concepts avancés

Groupe 1
Nombre d’unités (users) : 100
Durée de montée en charge (in seconds) : 1800

Ensuite, nous allons activer le champ programmateur de démarrage en cochant la case. Puis dans les
nouveaux champs qui deviennent visibles, nous allons modifier les deux champs suivants :
Durée (seconds) : 8100
Délai avant démarrage (seconds) : 5 (juste pour laisser le temps à JMeter de démarrer)
On laissera les valeurs du Start Time et End Time. Elles seront ignorées par JMeter.


Concepts avancés

Groupe 2
Nombre d’unités (users) : 100
Durée de montée en charge (in seconds) : 1500

Ensuite, nous allons activer le champ programmateur de démarrage en cochant la case. Puis dans les
nouveaux champs qui deviennent visibles, nous allons modifier les deux champs suivants :
Durée (seconds) : 5100
Délai avant démarrage (seconds) : 300 (50 minutes)


Concepts avancés
Gestion du temps de réflexion : ‘Think time’

Lors de la création d’un plan de test, souvent on oublie d’ajouter des
pauses entre les requêtes pour modéliser le temps de réflexion de
l’utilisateur.
Un plan de test sans temps de réflexion var surcharger le serveur, la
bande passante du réseau et la processeur de la machine où on exécute
le test.
Plusieurs requêtes successives

robot Système
cible


Concepts avancés
Gestion du temps de réflexion : ‘Think time’

JMeter offre deux possibilité pour modéliser le temps de réflexion :

Utiliser les compteurs de temps fixe dans un échantillon débogage
(debug sampler) :
Avantage : plusieurs types de ‘timer’
Inconvénient : avoir des trace sur le fichier de
résultats

Utiliser les échantillons Action test
Avantage : pas de traces dans le résultat

NB: L’utilisation de plusieurs ‘timer’ dans un contrôleur n’est pas correct, ils seront exécutés
tous avant les requêtes.


Concepts avancés

Optimisation de l’utilisation de la mémoire
Ne pas avoir des données biaisées (à cause de la mémoire)
JMeter peut être gêné par la gestion du ‘graphisme‘. Cela peut avoir un
impact sur la qualité des résultats du tir

le mode GUI est plutôt à utiliser pour créer et maintenir ses scripts
JMeter et lancer des tirs de charges simples pour vérifier la bonne
exécution d’un scénario. Le mode non-GUI est à utiliser pour l’exécution
du test de charge « officiel »


Concepts avancés

Pour suivre le déroulement de JMeter en mode sans GUI :

Utilisation de « summariser », pour afficher à intervalle prédéfini les
statistiques du test en cours.

Pour activer cette option, il faut aller simplement éditer le
fichier JMETER_HOME/bin/jmeter.properties au niveau des paramètres suivants :



Scénarios fonctionnels :
Gestion des animaux domestiques
Gestion des propriétaires
Gestion des RDV médicaux

Objectif
Élaborer un tir de charge par palier optimisé et distribué


CONSEIL EN ARCHITECTURE DU SYSTEME D’INFORMATION

Formation JMeter
Initiation et concepts avancés

Formation jmeter

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Formation jmeter

Similar a Formation jmeter (20)

Último

Último (20)

Formation jmeter