Ce sera la dernière version qui supportera Java 8. La prochaine version majeure de Apache JMeter demandera Java 11 ou plus.
Les changements sont visibles ici.
Et le téléchargement se passe par ici.
Bons tests!
Il s’agit d’une version qui apporte la mise à jour de Apache Log4J contre la vulnérabilité CVE-2021-44228.
Le téléchargement se passe par ici.
Bons tests en toute sécurité!
Il s’agit d’une version qui corrige des anomalies principalement, mais en apportant une petite nouveauté : la possibilité de générer des rapports de test HTML directement depuis l’interface de JMeter. Merci à l’équipe Ubik Load Pack pour la contribution (et toutes les autres).
Comme toujours les améliorations sont visibles ici.
Et le téléchargement se passe par ici.
Bons tests!
Nous revoilà dans la deuxième partie de ce tutoriel. Pour rappel, nous étions dans la mise en œuvre d’un test de charges, dont les données injectées proviennent directement d’une base de données et ont été récupérées par JMeter, le tout expliqué dans cette partie. Continuer la lecture de JMeter : utilisation de l’élément JDBC comme source de données pour un test de charge (partie 2)
Pour les « grands » tirs de charges dont l’objectif est de tester une nouvelle application J2EE (ou JEE) avant sa mise en production, et afin d’éviter les crashs le jour du lancement, on mobilise en général une équipe des différents « corps de métier » informatiques.
On aura ainsi :
Tout cela fait beaucoup de monde, on ajoutera en général un responsable général, chargé entre autre de synchroniser toutes les actions, et donner le GO du lancement.
Une fois que le tir lancé et terminé, l’expérience montre que c’est en général du coté du serveur d’applications J2EE que les problèmes sont visibles. Où s’ils ne sont pas visibles, on pense à lui en premier car c’est lui qui supporte l’application. Alors quand c’est vous le responsable de la supervision du cluster de serveurs d’applications, tout ce beau monde se retourne vers vous pour avoir l’explication, le comment du pourquoi, afin de comprendre la raison du non succès du tir de charge…
Pourtant vous avez fait une configuration des serveurs d’applications clustérisés aux petits oignons :
Alors avec ce tunning de folie, difficile de comprendre pourquoi le serveur d’applications souffre lors du tir de charges… Continuer la lecture de Tir de charges : Quand les problèmes ne viennent pas du serveur d’applications
Et voilà un nouveau tutorial sur JMeter. Il s’agit cette fois d’exécuter un tir de charges avec JMeter en utilisant des paliers de charges, c’est-à-dire que pour un même scénario, on va d’abord simuler une charge de N utilisateurs pendant une certaine période, puis après une période de montée en charges, nous simulerons N x 2 utilisateurs.
L’avantage d’un scénario par paliers est de permettre d’observer le comportement d’une application pendant une période « normale » et une période de « stress ».
Pour mieux voir son comportement, nous allons nous aider de Microsoft Access pour exploiter les temps de réponses enregistrés pendant le tir de charges, et ainsi générer rapidement un graphique. Ce dernier permettra une meilleure analyse du comportement, et sera beaucoup plus « sexy » dans un rapport de tir de charges.
Prêt à partir pour de nouvelles aventures JMeter ? Oui, alors Go sur cette page.