Sziasztok!
JMeter segítségével szeretnék egy JSF alkalmazáshoz terheléses tesztet készíteni.
Megnéztem milyen kérések futnak le a háttérben és annak megfelelően készítettek a JMeterben egy Teszt Plant-t.
Viszont az a baj, hogy nem úgy viselkednek a dolgok ahogy a böngészőben, hiába megfutnak ugyan azok a POST kérések amiket a böngészőből kilestem.
Van olyan este, hogy ami a böngészőben POST-ként megy azt a JMeterben GET-el kell küldenem, hogy ugyan azt az eredményt kapjam mint a böngészőben.
Nem ugyan úgy kellene a GET/POST kéréseknek viselkedniük függetlenül hogy Böngészőből vagy JMeterből lettek hívva?
Valakinek nincs valami ötlete mit rontok el?
- 1584 megtekintés
Hozzászólások
Pl. kimaradnak a kukik, vagy valami egyeb header..?
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám
- A hozzászóláshoz be kell jelentkezni
jmeter-ben a session végig ugyanaz? a cookie-kat elrakod? kliens oldali cache-ing stratégia ugyanaz?
jmeter helyett először wget-el vagy curl-al próbálnám végigscriptelni a szituációt.
anno én is megkínlódtam mire összeállt a korrekt teszt egy alkalmazáshoz.
vagy keresnék egy másik eszközt pl. gatling.io, hátha az jobban kézre áll
--
Gábriel Ákos
- A hozzászóláshoz be kell jelentkezni
ID-k ha generáltak, nem garantált, hogy mindig ugyanazok, illetve ViewState-ek kezelve vannak?
- A hozzászóláshoz be kell jelentkezni
jaja, lehet h egy selenium-mal jobban jár.
--
Gábriel Ákos
- A hozzászóláshoz be kell jelentkezni
Szerintem terheléses tesztet sokkal könnyebb lesz jmeter-rel készítenie, mint seleniummal.
- A hozzászóláshoz be kell jelentkezni
Jmeterbol lehet hasznalni seleniumot. \o/
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám
- A hozzászóláshoz be kell jelentkezni
Minden relatív, ha van rá sok-sok érőforrás, akkor lehet próbálkozni vele :) Nem az én szakterületem, de úgy tudom, az "kicsit" erőforrásigényesebb lesz, olyan magonként 1-2 szálon marad használható.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Kezd szép lassan alakulni a dolog.
A ViewState kezelve van.
A jsession id-ra van egy HTTP URL Re-writing Modifier állatva.
Egész jól működik a dolog, bár vannak esetek amikre még nem sikerült rájönnöm, hogy kellene megoldanom.
Vannak szép sorban egymás után felvéve a HTTP Requestek a JMeter-ben.
Szépen csinálja is a dolgát még el nem ér egy PrimeFaces-es autocomplete komponenshez ami egy pl név kiválasztó ahol elkezd írni egy nevet pl. "Kiss" és és erre egy lenyíló listában vissza adja az összes Kiss nevezetű egyént. Ilyenkor is elpattan egy POST de ez nem adja vissza a teljes oldalt, csak azt ami változott.
Majd ez az után következő HTTP Request nem kapja meg a jsessionid-t. Ha letiltom ezt a lépést akkor persze megkapja és szépen megy is tovább a teszt. De mivel ez egy terheléses teszt hogy releváns eredményt kapjak szimulálnom kell a név keresését is, így nem hagyhatom ki ezt a lépést.
Szóval még erre kellene kitalálnom valamit hogy ha nem kapom vissza teljes oldalt csak azt ami módosul a következő HTTP Requst kapja meg valahogy a jsessionid-t.
- A hozzászóláshoz be kell jelentkezni
Akkor már csak azt kötelező megoldani, hogy a jsessionid soha ne kerülhessen ki url-be, mert nem ott van a helye :)
- A hozzászóláshoz be kell jelentkezni
Ezt hogy tudom megtenni?
- A hozzászóláshoz be kell jelentkezni
pl: web.xml -> session-config -> tracking-mode -> cookie
- A hozzászóláshoz be kell jelentkezni