Dans cette entrée, nous explorons l’utilisation d’un chronomètre caractérisé par la transmission des transactions de manière très similaire à celle que les utilisateurs réels interagiraient avec une application. Nous commençons en revoyant les types de chronomètres disponibles dans JMeter.

Catégories de Timers #

JMeter offre deux types de timers. La catégorie principale est utilisée pour insérer des pauses (appelées Think Time en anglais) entre les demandes pour emprunter la comportement humain. Cette catégorie comprend le Timer Constant, le Timer Uniform Random, le Timer Gaussian Random et d’autres.

La deuxième catégorie comprend des timers qui visent à regulariser la rate d’arrivée des Threads (sessions), c’est-à-dire à configurer le throughput souhaité. Cette ratio de arrivée est déterminée par l’intervalle d’exécution entre les threads (Vusers), ce qui en anglais s’appelle pacing. À cette catégorie appartient la Timer Constant Throughput et la Timer Precise Throughput.

REMARQUE: consultez mes entrées sur la rythme dans mon blog rythme-1 et rythme-2 concernant une autre technique pour contrôler le taux d’arrivée.

Chargez vs. Concurrentité Ces deux concepts sont cruciaux pour comprendre la différence dans l’utilisation des types de tâche en temps réel.

Temps de throughput précis (PTT) #

Compris précédemment, le Temps de throughput précis (PTT) et le Temps de throughput constant (CTT) sont conçus pour régulièrement programmer la venue des threads (Vusers). La principale différence entre ces deux timers est que le CTT insère un pause constante tandis que le PTT insère une pause aléatoire. Cette pause aléatoire modélise une distribution de Poisson, qui a été démontrée être comment les utilisateurs interagissent avec un application.

Configuration de PTT #

La configuration a deux aspects. L’un concerne la position de l’élément dans le plan de test. Le timer doit être inclus à la fin du groupe d’action Threads ci-dessous, juste après une action sur Action de Test (voir l’image ci-dessous).

Le deuxième aspect est la configuration de l’horloge elle-même, qui repose sur une conception simple : fixer le objectif/objetivé de throughput désiré.

Dans l’exemple, la throughput (TXN/s) souhaitée est la suivante:

Target Throughput (samples x "Throughput period") / Throughput period (secs)

600 TXN / 60 Segundos = 10 TXN por Segundo

En outre, il est nécessaire d’attribuer la durée du test : Durée du test en secondes.

Avec ces paramètres, le PTT crée (dans l’historique/ dans la mémoire vive) un schéma de démarcation pour les threads qui seront instanciées pendant le test.

Considérations #

1. Utilisez un groupe de thread normal.
2. Configurez le groupe des threads (utilisateurs) avec la quantité nécessaire de threads/vus.
3. Configurez le groupe des threads (utilisateurs) avec une ramp-up et un délai d’initialisation égaux à zéro.
4. Configurez le groupe des threads (utilisateurs) avec une boucle infinie.
5. Configurez le groupe des threads (utilisateurs) avec la même durée (durée de test, mentionnée précédemment).
6. Ne n’utilisez pas les variables dans la configuration.

REMARQUE : La considération n°2 est très importante car sans une quantité suffisante de filtres, le test ne peut pas atteindre la throughput souhaitée. Le conseil est d’observer le journal d’erreur.

Concluison #

Le timer PTT offre un outil pour concevoir une épreuve qui caractérise par la même manière que les utilisateurs réels utilisaient l’application.