Discussion :

[touille]

bonjour,

j'en suis qu'à mes balbutiements sur jmeter et on me demande d'essayer de trouver un moyen de de simuler une monter en charge par pallié....

ouais disons que les 10 premières minute 10 threads envoient 20 requêtes par minute
et toute les 10 minutes on double le nombre de threads

j'ai pas vraiment trouver et je pense pas que ce soit possible

si c'est impossible, ya t-il pas un moyen de le simuler?

[fr1man]

D'après mes souvenirs, je dirais que c'est tout à fait possible.
De mémoire tu as tout ce qu'il faut pour réaliser ceci, quitte à enchaîner plusieurs scénarios.

[touille]

le souci c'est que je sais pas combien de temps va etre lancé le test, donc faudrait que je fasse ca sur un seul scénarii.

je vais mieux m'expliquer : si tu veux a chaque ramp-up au lieu de lancé un thread, il en lance plusieurs.

je pense être plus claire

[touille]

je pense avoir trouver une solution en faisant varier un compteur de temps constant throughput timer....

alors voila mon autre question

j'ai deux groupe de thread qui tourne :
- un groupe avec plusieurs threads qui envoient les requêtes réguler par le constant throughput timer
- un groupe avec un seul thread qui change la valeur d'une variable (qui est dans le constant throughput timer) dans un beanshell PreProcessor

ce qui donne comme arborescence :

plan de test

CSV data set config (les variables de config)
groupe thread 1

compteur de temps constant
beanshell PreProcessor

groupe thread 2

constant throughput timer
requete http
requete http
requete http

dans mon beanshell PreProcessor
le code est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
import org.apache.jmeter.threads.JMeterVariables;
import org.apache.jmeter.util.JMeterUtils;
 
Integer curr=1;
 
 a=JMeterUtils.getProperty("THROU");
 b=vars.get("FINTHROU");
 c=vars.get("INCTHROU"); 
 
curr = Integer.decode(a);
inc= Integer.decode(c);
max= Integer.decode(b);
 
curr+=inc;
if (curr>max) curr=max;
JMeterUtils.setProperty("THROU", curr.toString());
${__log("setting WEB throughput  to ${__P(THROU)}",OUT)};

l'affichage montre que la variable ${__P(THROU)} change mais le nombre de requete n'augmente pas.....

vous avez une explication??

[touille]

bon je continue, j'avance dans ma reflexion ca peut aider d'autre personne....

le constant throughput timer prend en paramètre une variable (un float positif) qui doit se presenter sous la forme decimal "nb.d" (exemple : 60.0 ou 357.6)

je sais pas pourquoi j'ai jamais l'impression d'être claire

enfin bon donc jusque la j'ai régler mon problème.....
un autre est apparu :
il ne prend pas en compte mon timer dans ma première boucle

groupe thread 1

compteur de temps constant
beanshell PreProcessor

--> 0 second : il passe dans le beanshell preprocessor du coups il fait l'incrémentation (ici il ne prend pas en compte le timer)

--> temps du timer : il fait l'incrémentation
--> temps du timer : il fait l'incrémentation
......
--> temps du timer : il fait l'incrementation
...etc

j'aimerai qu'il attende au premier passage!

vous avez une idée?

[touille]

bon j'ai trouvé une pseudo-solution....

alors voila (pour ceux auront le meme probleme) enfait c'est juste du bricolage.......

on initialise une variable a 0

et on a qu'a rajouter une condition :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
if(bool!=0){
curr+=inc; 
if (curr>max) curr=max;
}
else{
bool+=1;
}

voila c'est tout qu'on j'esperai trouvé une solution avec les outils de jmeter

mais jvais pas resté bloqué a cause d'un truc comme ca ^^

merci à ceux qui ont essayés de resoudre mon probleme!

[Milamberspace]

Bonjour,

Tu peux aussi jeter un oeil sur ce tutoriel pour faire des tirs par palier sans trop de se compliquer avec des beanshells

http://blog.milamberspace.net/index....-des-resultats

D'autres tutoriels :
http://blog.milamberspace.net/index.php/jmeter-pages

A+
Milamberspace