Étiquette : JMeter

Mini tutoriel JMeter : Enregistrer le champ Commentaires des éléments de test dans le fichier de résultats

Suite à une question sur le groupe de discussion JMeter en français, voici un mini-tutoriel sur comment enregistrer le champ Commentaires des éléments de test dans le fichier de résultats de JMeter.

On commence avec une vue d’un arbre de test très simple :

Dans l’échantillon Requête HTTP, on définit un commentaire :

En fils de l’échantillon Requête HTTP, on a donc un Pré-Processeur BeanShell : Continuer la lecture de Mini tutoriel JMeter : Enregistrer le champ Commentaires des éléments de test dans le fichier de résultats

Installation du référentiel SVN du projet JMeter dans Eclipse et configuration pour le lancement de JMeter

Si vous souhaitez vous lancer dans le développement de nouvelles fonctionnalités ou tout simplement corriger une anomalie sur JMeter, voici une petite procédure pour l’installation du référentiel SVN publique du projet dans votre Eclipse, puis les premières étapes indispensables pour son lancement depuis Eclipse.

Pré-requis :
Eclipse Indigo (mais les versions suivantes doivent fonctionner aussi bien sur) Continuer la lecture de Installation du référentiel SVN du projet JMeter dans Eclipse et configuration pour le lancement de JMeter

Apache JMeter 2.9 est sortie

On est décidément dans un rythme rapide de livraison des nouvelles versions de JMeter. Eh hop, une nouvelle version de JMeter !

Jmeter

Il y a dedans quelques nouveautés intéressantes :

  • Un nouvel extracteur CSS/JQuery qui permet d’extraire rapidement des valeurs de fichiers Html via des expressions simples utilisant CSS ou JQuery
  • Il est désormais possible de manipuler les « documents » c’est-à-dire les fichiers Microsoft Office (Word, Excel, PowerPoint), Apache OpenOffice/LibreOffice (Writer, Calc, Impress), fichiers PDF, mais aussi les meta-données dans les mp3, mp4, ogg, etc. via trois éléments :
  1. Dans l’extracteur d’expression régulière afin d’extraire du texte d’un document
  2. Dans l’assertion réponse pour vérifier la présence ou non d’un texte (ou une regexp) dans un document
  3. Dans l’Arbre de résultats pour voir une représentation textuelle du document
  • De grosses améliorations sur les performances de JMeter lui-même ainsi que la gestion de la mémoire en internet
  • La possibilité de faire un copier/coller entre deux instances de JMeter

On notera au passage que dorénavant il faut un environnement d’exécution Java 6 ou supérieur pour faire fonctionner JMeter 2.9

La liste complète des nouveautés est accessible ici.

Sinon, un message pour les personnes qui utilisent GNOME 3 avec JMeter, il y a un problème au niveau des menus avec Java 6 et les interfaces Swing (API graphique utilisée par JMeter). Pour le contourner, il suffit d’utiliser Java 7 (openjdk ou Oracle JDK)

JMeter est téléchargeable ici.

Bonne continuation avec JMeter !

Deux nouvelles

Voici deux nouvelles :

La version 2.9 de JMeter est cours de préparation, la release candidate 3 est en cours de vote, mais je sens qu’il y aura une RC4 avant. Vous pouvez d’autres et déjà regarder les nouveautés sur ce lien (anglais).

Coté travail, j’ai eu la chance de mettre en place une mini-infrastructure prototype de « cloud » avec la solution CloudStack d’Apache. Je dois continuer en testant également OpenStack. Le but étant de tester des solutions de cloud open source pour en choisir une et la déployer sur une demi-douzaine de gros serveurs hôtes (et deux de plus pour la gestion du cloud) afin de faire un « cloud privé ».

Apache JMeter 2.8 est sortie

Et voilà ! un nouveau millésime d’Apache JMeter.

Dans les changements notables, on a :

  1. La nouvelle option « Créer les unités seulement quand nécessaire » qui vous permet d’avoir des centaines de milliers d’utilisateurs virtuels exécutant un scénario de « courte durée » c’est-à-dire genre 1 itération. Le tout avec une montée en charge de longue durée. Et ceci sans avoir besoin d’une machine de compétition.
  2. Dorénavant c’est l’implémentation Apache HTTPClient 4 qui sera utilisée par défaut pour les requêtes HTTP.
  3. Un nouveau graphique fait son apparition : le « Graphique évolution temps de réponses », qui vous permet comme son nom l’indique d’avoir une courbe des temps de réponse par rapport au temps. Je pense que l’on peut dire que l’on a (enfin) un ‘beau’ graphique dans le JMeter natif.

Une petite capture :

./

Interview de Stéphane Hoblingre, développeur et committer du projet JMeter Plugins

Avec un-beaucoup de retard, je vous propose de lire cette interview de Stéphane Hoblingre, développeur et committer du projet JMeter-Plugins.

C’est encore une récidive du blog Aliecom, qui porte à 3 les interviews des personnes qui gravitent autour de Apache Jmeter.

Bonne lecture.

 

PS. La release candidate 1 de Jmeter 2.8 est sortie.

Test de performances et analyses avec WebSphere Application Server (et JMeter)

Un petit billet pour pointer sur cet article Performance testing and analysis with WebSphere Application Server, qui décrit comment faire un test (simple) de charge avec Apache JMeter sur une application J2EE hébergée sur un serveur WebSphere Application Server, puis comment procéder pour recherche le goulot d’étranglement avec les outils internes à WebSphere et d’autres outils IBM.

Ce n’est pas le premier billet qui utilisent JMeter sur le site IBM developerWorks, mais j’aime toujours ce type de billet, car d’une part, moi aussi j’utilise JMeter pour ce genre de test, mais également je travaille régulièrement sur des architectures WebSphere (définition, mise en place, recherche de cause de problème et bien entendu tests de charge :-)).

Noter aussi que dans ce billet, la recherche du point de saturation est faite d’un point de vue « débit » (throughput – cf. Figure 7)) sur une seule requête, et non temps de réponses « trop grand » comme généralement dans les tests de charge de site Web.

Rapport de (très) gros test de charge avec la solution BlazeMeter

Dans ce premier billet, je vous présentais la solution de test de charge dans les nuages BlazeMeter, basée sur l’outil Apache JMeter, illustré par un petit test. Dans ce nouveau billet, on passe aux choses sérieuses : le (très) gros test de charge.

Mon objectif était le suivant : faire un tir de charge avec 100 000 utilisateurs virtuels actifs.

Pour faire ce type de gros test, depuis les nuages, il faut un serveur cible (ou une solution cible). Pour ma part, j’ai eu la possibilité d’avoir un prêt d’un très gros serveur situé dans un centre de données à Poitiers/France connecté directement sur une importante dorsale Internet via une liaison à 100 MBits/s. Autrement dit le serveur était bien placé sur Internet pour être attaqué par la solution BlazeMeter.

Le serveur en question est un Dell R815, ayant 4 CPU de 12 cœurs chacun (AMD Opteron 6176), soit 48 coeurs, accompagné de 256 Go de mémoire RAM, connecté à 1 Gbits/s (en ip bonding) sur un commutateur en liaison avec un pare-feu BSD (en mode NAT). Le système d’exploitation dudit serveur est GNU/Linux Debian 6.0.5 en 64 bits.

Le serveur était totalement disponible pour ce test (pas d’autres services tournant dessus).

L’idée étant de faire un test de charge pour « tester » la solution BlazeMeter, et non pas de tester la performance du serveur cible, j’ai choisi de ne mettre qu’un serveur Web Apache avec 3 pages HTML statiques. Le serveur Apache est configuré avec mod_deflate et mod_cache.

Le scénario de test sera le suivant :

  1. page d’accueil (+assertion réponse)
  2. page A (+assertion réponse)
  3. page B (+assertion réponse)

 

Apache JMeter dans les nuages : BlazeMeter, mon premier test

Voici un premier billet sur la solution de test de charge BlazeMeter, basée sur Apache JMeter.

 

 

Tout d’abord une petite présentation de BlazeMeter (d’après ma compréhension).

BlazeMeter profite de l’informatique dans les nuages (Cloud Computing), plus précisément de l’offre de serveurs à la demande d’Amazon AWS (ce type d’offre s’appelle PaaS pour Plateform as a Service), sur laquelle, les gens de BlazeMeter orchestre la mise en oeuvre de JMeter sur des serveurs virtuels pour lancer des tests de charge JMeter, avec en plus l’ajout de graphiques pour suivre son tir, ainsi que de rapports de test sur les résultats du test de charge.

Je suis assez admirateur de leur solution, qui montre que l’on peut faire une très belle solution de test de charge sous forme de SaaS (Software as a Service) avec ce beau logiciel Apache JMeter !

Je vous propose donc dans ce premier billet de découvrir la solution BlazeMeter à travers un petit test (micro) de charge sur mon blog. Continuer la lecture de Apache JMeter dans les nuages : BlazeMeter, mon premier test