Archive for mai 2009

Nouvelle version d’Apache JMeter : 2.3.3

La nouvelle version de JMeter est sortie, passant de la 2.3.2 (sortie il y a un an) à la 2.3.3 (téléchargement). Un simple digit incrémenté, en troisième position, laissant penser qu’il s’agit d’une mise à jour mineure. Oui et non.

Oui, car il n’y a pas de révolution dans cette nouvelle version d’un point de vue fonctionnalité ou architecture interne. Non, car pour cette nouvelle version, la traduction en français de l’interface de JMeter a été revue, corrigée et complétée pour quasiment tous les éléments (à l’exception de JMS et LDAP étendu).

Dans la version précédente, la version française semblait être traduite par un traducteur automatique, il était souvent préférable d’utiliser JMeter dans la langue anglaise afin de bien comprendre les différents champs (et leurs fonctions) d’un élément. Il suffit de regarder les copies d’écrans sur les tutoriels de ce blog. Maintenant plus d’excuses pour ne pas l’utiliser en français, les termes ont été mieux choisi par rapport à leur signification dans le contexte.

Dans la liste des changements, il n’y a pas que la localisation (bien que l’on retrouve également l’ajout du polonais et du portugais (du Brésil)).

Parmi les évolutions ont trouve :

Continue reading ‘Nouvelle version d’Apache JMeter : 2.3.3’ »

JMeter : utiliser SQLite pour traiter les résultats d’un test de charges par palier

Dans ce billet, j’indique qu’il est possible d’utiliser SQLite pour traiter les données d’un tir de charges par palier (tutoriel ici).

Voici maintenant le mode d’emploi pour utiliser SQLite afin de traiter ses résultats de tir JMeter. Continue reading ‘JMeter : utiliser SQLite pour traiter les résultats d’un test de charges par palier’ »

JMeter et la création du rapport de tir de charges

Après l’exécution d’un tir de charges, il faut faire le rapport de tir avec si possible de beaux tableaux et/ou graphiques. Si vous avez déjà utilisé JMeter (ce que je présuppose) vous savez que les récepteurs de JMeter sont bien pour avoir des tableaux de résultats (en particulier celui du rapport consolidé), mais ils montrent des limites pour faire des tableaux personnalisés ou bien de beaux graphiques « parlants ».

Il se pose aussi la problématique de l’insertion des résultats affichés par les récepteurs de JMeter dans le document Word ou la présentation PowerPoint (ou OpenOffice). La capture d’écran fait un peu trop ‘bricolage’.

En général, il est préférable de récupérer les résultats au format CSV, puis de les traiter dans un tableur comme Excel ou Calc pour faire des tableaux et des graphiques (voir ce tutoriel).

Mais là aussi, on trouve des limites, notamment pour les « gros » tests de charges avec plus de 100 000 lignes de résultats. Les graphiques étant limités à 32 000 points (Excel/Calc) et les feuilles de tableur à 65 000 lignes (Calc / Excel 2000/2003) et 1 million (Excel 2007).

Une solution possible est de développer un programme « moulinette » qui va effectuer un premier traitement sur les données CSV pour réduire ou agréger les données, par exemple en calculant le temps moyen par intervalle de temps (i.e. par minute, par heure, etc.).

Une autre solution est d’utiliser un logiciel de base de données bureautiques comme Access ou Base pour gérer le grand nombre de lignes, voir cet article.

Une autre solution, que je trouve ‘sympa’, pratique et finalement assez simple pour un informaticien, c’est d’utiliser la petite base de données SQLite. Continue reading ‘JMeter et la création du rapport de tir de charges’ »