2017-10-19 27 views
0

Je suis en train de façonner un test JMeter impliquant un Concurrency Thread Group et un Throughput Shaping Timer tel que documenté here et here. la minuterie est configurée pour exécuter dix rampes et étapes avec RPS de 1 à 333. Je souhaite configurer le groupe de threads de concurrence pour utiliser le schedule feedback function et ajouté la formule dans le champ Concurrence de la cible (j'ai mis à jour l'exemple de tst-name au nom de la minuterie actuelle). le temps de montée en puissance et les étapes que j'ai mis à 1 car je suppose que les propriétés ne sont pas si importantes si le débit est géré par le temporisateur; le temps de Hold Hold Target est de 8000, ce qui est plus long que les pas ajoutés dans le timer (6200).JMeter pour travailler avec minuterie Throughput Mise en forme et Concurrency Discussion Group

Lorsque j'exécute le test, il se termine sans exception dans les 3 secondes environ. Le fichier journal montre quelques lignes sur les threads de début et de fin, mais rien d'alarmant. La seule chose que je trouve suspect est l'entrée de journal "VirtualUserController: Test limit reached, thread is done plus le nom du fil.

Je ne reçois pas assez d'indices de la documentation liée ici pour comprendre cela moi-même, avez-vous des indices?

Répondre

1

Selon la documentation temps de montée en puissance et des mesures devraient être blanc:

Lorsque vous utilisez cette approche, laissez Concurrency fil Groupe rampe du temps et les étapes de rampe de Comptage des champs vides »

Donc, votre hypothèse selon laquelle les mettre à 1 est OK, semble faux ...