J'ai un plan de test dans lequel il existe plusieurs groupes de threads.
Je veux exécuter tous les groupes de threads de manière séquentielle.
Les groupes de discussion sont les suivants:
Thread Group1
Thread Group2
Thread Group3
. . .
Thread GroupN
J'ai lu dans différents blogs et articles sur Internet, des personnes affirmant que les groupes de threads s'exécuteront dans l'ordre où ils sont définis, mais apparemment ils ne le sont pas dans mon cas. Thread Group4 s'exécute avant Thread Group1. Thread Group4 génère un rapport qui est incorrect car il s'exécute avant Thread Group1.
Comment puis-je assurer la commande de mes groupes de discussions?
De plus, je dois implémenter les scénarios suivants:
Exécutez une seule demande plusieurs fois par un seul utilisateur (un seul utilisateur doit créer 1000 comptes à partir d'une seule demande HTTP).
Exécutez plusieurs demandes plusieurs fois par plusieurs utilisateurs simultanément (plusieurs utilisateurs doivent créer 1000 comptes simultanément à partir d'une seule demande HTTP).
Comment faire
PS: veuillez lire et comprendre la requête attentivement avant de répondre.
Concernant l'exécution consécutive de groupes de threads dans le plan de test: simple contrôle Run Test Group consecutively
case à cocher sur écran de configuration du plan de test :
Utilisez par exemple Loop Controller pour cela:
Thread Group
Number of Threads = 1
Loop Count = 1
...
Loop Controller
Loop Count = N
HTTP Request
...
ou même un schéma sans Loop Controller mais pas si flexible:
Thread Group
Number of Threads = 1
Loop Count = N
...
HTTP Request
...
Utilisation Number of Threads
propriété du groupe de threads standard pour cela avec Ramp-Up Period
propriété:
Thread Group
Number of Threads = N
Ramp-Up Period = 0
Loop Count = 1
...
HTTP Request
...
Cela démarrera N threads simultanés exécutant le même scénario.
Vérifier la Run Thread Groups consecutively (i.e. run groups one at a time) dans le Test Plan
.
En ce qui concerne la réponse d'Alies Belik, il existe un autre moyen que d'exécuter le groupe de threads consécutivement
qui est d'utiliser Setup Thread Group pour la première partie.
En ce qui concerne le réglage de la période de montée en puissance, il est préférable de définir une valeur> 0,
qui est plus réaliste en fonction du nombre de threads
pour le démarrer il pourrait y retarder le démarrage, plus vous en avez, plus il faut du temps pour démarrer.