Aujourd’hui c’est l’été, et cela sera également la sortie de la version 2.3.4 d’Apache JMeter. Il s’agit principalement d’une version venant corriger des anomalies apparues dans la version 2.3.3, sortie depuis à peine un mois.
Les nouveautés restent donc les mêmes que la version précédente, vous pouvez en avoir un aperçu via ce billet.
Il est recommandé de basculer en version 2.3.4, spécialement pour ceux qui utilisent la version 2.3.3.
Bonne utilisation de JMeter !
./
Je me rends compte que j’écris depuis plusieurs billets quasiment que sur JMeter, principalement car j’aime bien JMeter (qui ne l’a pas compris ?) et aussi car je n’ai pas malheureusement un temps infini pour le blog.
Voilà, en ce weekend très chaud ici grâce au chergui, je suis en short et tongue, et il se trouve j’ai envie d’écrire (bizarre ?) plusieurs petites choses, histoire de vous montrer qu’il n’y a pas que JMeter dans la vie 😉 Continuer la lecture de Envie d’écrire : quelques nouvelles
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)
Avec la version 2.3.3, JMeter nous propose une amélioration de l’échantillon JDBC, qui permet de récupérer les valeurs de champs d’une requête SQL de type SELECT et de les placer dans des variables JMeter.
D’où l’idée suivante : Pourquoi ne pas utiliser une base de données comme source de données pour un test de charge ?
Tout d’abord les pré-requis :
Bon voyons un peu comment faire. Ci-dessous le plan de test à mettre en œuvre :
Il y a deux parties :