JMeter GUI: Test Plan & Workbench

⚡ Okos összefoglaló

JMeter A grafikus felhasználói felület minden teljesítménytesztet két panel köré szervez: a bal oldalon egy tesztterv fa, a jobb oldalon pedig a konfigurációs panel található, ahol az elemek hozzáadhatók, menthetők, egyesíthetők, végrehajthatók és jelentések készíthetők.

🔘 Teszt terv: A tesztterv minden elemet és beállítást tartalmaz JMeter tesztet kell végrehajtani.
☑️ Munkapad: Az ideiglenes WorkBench ágat eltávolították a következő időpontban: JMeter 4.0 és a Test Fragments váltotta fel.
✅ elemek: Kattintson jobb gombbal bármelyik csomópontra állítások, konfigurációs elemek, figyelők, vezérlők és időzítők hozzáadásához.
🧪 JMX fájlok: A teszttervek és az egyes elemek XML *.jmx fájlokként mentésre kerülnek, amelyek később újratöltődnek vagy egyesülnek.
🇧🇷 Kombinált csomagok: Egy mentett töredék nyitott tervbe egyesítése nagyobb lakosztályokat hoz létre az elemek újraépítése nélkül.
📊 Jelentés: Minden futtatás jmeter.log fájlt ír, valamint eredményfájlokat, amelyek a beépített HTML irányítópultot táplálják.

További információk

Amint elindítod Apache JMeter, a bal oldali panel egyetlen gyökércsomóponttal nyílik meg:

Teszt terv

A régebbi kiadásokban egy második, WorkBench nevű csomópont is megjelent. Mindkettőt bemutatjuk az alábbiakban.

Mi az a tesztterv?

A tesztterv az a terület, ahol hozzáadod a szükséges elemeket. JMeter teszt.

Minden elemet (szálcsoportok, időzítők, mintavevők, figyelők) tárol a futtatásukhoz szükséges beállításokkal együtt. Minden, amit a grafikus felhasználói felületen építesz, ehhez a gyökércsomóponthoz kapcsolódik, ahogy az alábbi ábra is mutatja.

Mi az a WorkBench?

A WorkBench egy vázlatos terület volt, amely tesztelemeket tárolt. ideiglenesenEnnek semmi köze nem volt a teszttervhez, és JMeter nem mentett a tartalma – csak a Teszt terv ág lemezre lett írva.

Fontos: A WorkBench elavulttá vált JMeter 3.2-ben és eltávolítva JMeter 4.0-s verzióban készült, így hiányzik a jelenlegi kiadásokból, például az 5.6.3-asból. A nem teszt elemek – a HTTP(S) tesztszkript-rögzítő, a HTTP tükörkiszolgáló és a tulajdonságmegjelenítő – mostantól közvetlenül a teszttervhez kapcsolódnak. Egy régi terv megnyitása, amely még tartalmaz WorkBench-et, az adott ágat egy „WorkBench teszttöredék” nevű teszttöredékké alakítja. Ha egy régebbi rögzítési útmutató azt javasolja, hogy kattintson jobb gombbal a WorkBench-re, akkor használja a Tesztterv csomópontot.

Elemek hozzáadása egy teszttervhez

Az elemek hozzáadása a alapvető lépés a tesztterv kidolgozásában, mert nélkülük JMeter nincs mit végrehajtania. Egy terv tartalmazhat figyelőket, vezérlőket, időzítőket, mintavevőket, asserciókat és konfigurációs elemeket.

Egy elem hozzáadásához kattintson a jobb gombbal a Teszt terv csomópont és a „hozzáad”Listát.

Tegyük fel, hogy két elemet szeretnél hozzáadni: a BeanShell állítás és egy Java Kérelem alapértékei konfigurációs elem.

Kattintson a jobb gombbal Teszt terv -> Hozzáadás -> Állítás -> BeanShell állítás
Kattintson a jobb gombbal Teszt terv -> Hozzáadás -> Konfigurációs elem -> Java Kérelem alapértékei

Az alábbi animáció végigvezeti Önt a menüben.

Ön is eltávolítása egy elem, amire már nincs szükséged. Törléshez HTTP-kérés alapértékei: jelöld ki -> jobb klikk -> válassz eltávolít -> kattintás Igen megerősítéséhez.

Elemek betöltése és mentése

JMeter egyetlen elemet is menthet önmagában, nem csak az egész tervet – ez akkor hasznos, ha egy állítást vagy időzítőt több projekten keresztül újra felhasználnak. A következő két szakasz a munkafolyamat mindkét felét lefedi.

JMX fájl létrehozása

Tegyük fel, hogy hozzáadtál egy „BeanShell állítás„és külön szeretné menteni”. Kattintson a jobb gombbal a BeanShell állítás -> válassza ki Kijelölés mentése másként.

Megnyílik egy párbeszédpanel. Kattintson Megtakarítás az elem alapértelmezett néven történő tárolása BeanShell Assertion.jmx, vagy válassz sajátot.

A tesztelemek és a teszttervek egyaránt tárolva vannak *.jmx fájlok – egyszerű XML fájlok, amelyeket bármilyen szerkesztőben megnyithatsz, vagy a verziókövetésben is megőrizhetsz. A kiterjesztés nem Java Management Extensions (JMX), egy független Java ugyanazt a három betűt használó monitorozó API-t.

JMX fájl betöltése és egyesítése

Egy meglévő elem betöltése időt takarít meg, amelyet egy új elem létrehozására és konfigurálására fordítana.

Tegyük fel, hogy a tesztterved már tartalmaz egy Java Kérelem alapértékei elem. Kattintson rá jobb gombbal -> válassza ki megy.

Válassza a BeanShell Assertion.jmx fájlt a könyvtárból. Az elem hozzáadódik az aktuális teszttervhez, az alábbiak szerint.

Az elemek konfigurálása

Minden elem saját beállításokat tesz elérhetővé. Egy konfigurálásához:

Jelölje ki az elemet a bal oldali panelen található fában.
Adja meg a konfigurációs beállításokat a jobb oldali panelen.

A jobb oldali panel az egyes elemtípusoknál az alábbiak szerint változik.

Hogyan lehet elmenteni egy teszttervet

A teszt futtatása előtt mentse el a teszttervét. Ez megvédi munkáját a futtatás közbeni váratlan hibáktól. A lépések a következők:

Fájl -> Tesztterv mentése másként – megnyílik egy párbeszédpanel.
Adjon meg egy fájlnevet a teszttervhez -> kettyenés Megtakarítás.

Megjegyzés: a tesztterv mentése különböző egy elem mentéséből.

Tesztterv mentése	Elem mentése
Egy tesztterv egy vagy több elemből áll	Egy elem egyetlen alapvető alkotóeleme JMeter
A tesztterv mentése a terv minden elemét kiírja	Egy elem mentése csak azt az egy elemet írja ki
Újra megnyitva a Fájl -> Megnyitás paranccsal	Újranyitás jobb gombbal -> Egyesítés

Hozzon létre egy kombinált teszttervet

Tudod összeolvad egy vagy több mentett tesztterv egy combo Tesztelési terv, ahogy az az alábbi ábrán látható.

Tegyük fel, hogy van egy tesztterved, melynek neve Test_Fragment.jmx a számítógépén (ez a cikk tartalmazza a fájlt). Egyesítse a jelenleg megnyitott tervvel JMeter hogy építsenek egy nagyobbat.

Az összes tesztelem innen Test_Fragment.jmx mostantól hozzáadódnak az aktuális teszttervhez, ahogy az alábbi ábra is mutatja.

A tesztterv futtatása

A terv mentése után végrehajthatja azt. Egy vagy több tesztterv futtatásához válassza a Rajt (Ctrl + R) a futás menüben.

Míg JMeter fut, egy kis zöld mező jelenik meg a menüsor jobb szélén.

A zöld mezőtől balra lévő számok a számok száma aktív szálak / teljes szám szálakból.

A teszt leállításához nyomja meg a megáll gombra, vagy használja a Ctrl + '.' billentyűkombinációt.

Vizsgálati jelentés

Amikor a végrehajtás befejeződött, összegyűjtheti a tesztjelentést: a jmeter.log néven mentett hibanaplót, valamint a figyelők által írt eredményfájlt. Íme egy tipikus jmeter.log indítófájl részlet:

2026/07/21 08:41:12 INFO o.a.j.JMeter: Copyright (c) 1998-2024 The Apache Software Foundation
2026/07/21 08:41:12 INFO o.a.j.JMeter: Version 5.6.3
2026/07/21 08:41:12 INFO o.a.j.JMeter: java.version=17.0.11
2026/07/21 08:41:12 INFO o.a.j.JMeter: java.vm.name=OpenJDK 64-Bit Server VM
2026/07/21 08:41:12 INFO o.a.j.JMeter: os.name=Windows 11
2026/07/21 08:41:12 INFO o.a.j.JMeter: os.arch=amd64
2026/07/21 08:41:12 INFO o.a.j.JMeter: file.encoding=UTF-8
2026/07/21 08:41:12 INFO o.a.j.JMeter: Default Locale=English (United States)
2026/07/21 08:41:12 INFO o.a.j.JMeter: JMeterHome=C:\apache-jmeter-5.6.3
2026/07/21 08:41:12 INFO o.a.j.JMeter: user.dir=C:\apache-jmeter-5.6.3\bin

Először a jmeter.log fájlt olvasd el, amikor egy futás hibásan működik: ez rögzíti a JMeter és a Java verziók, minden olyan elem, amely nem sikerült betölteni, és minden kidobott kivétel. A jelenlegi kiadások az eredményfájlt böngészhető HTML irányítópulttá is képesek alakítani, amely a válaszidőt, az átviteli sebességet és a hibaszázalékot mutató grafikonokat tartalmazza.

GYIK

A tesztfragmentum egy inaktív ág, amely csak akkor fut, ha egy modul vagy egy inkluzív vezérlő meghívja. A fragmensek lehetővé teszik, hogy több terv újra felhasználjon egy logikai blokkot, például a bejelentkezési lépéseket, az elemek duplikálása nélkül.

Apache JMeter 5.6.3 kell Java 8-as vagy újabb verzió, és a projekt azt javasolja, hogy Java 17-es vagy újabb. Egy aktuális, hosszú távú támogatású JDK-n futtatva jobb szemétgyűjtési viselkedést biztosít nagy szálszám esetén is.

A grafikus felhasználói felület memóriát és CPU-t fogyaszt, amelyre a terhelésgenerátornak szüksége van, így az eredmények torzulnak a szálak számának növekedésével. Az Apache azt javasolja, hogy a terveket a grafikus felületen építsük fel és hibakeressük, majd a valódi tesztet a parancssorból futtassuk.

Igen – egy .jmx fájl XML, így bármilyen szerkesztőben megnyílik, és tisztán diff-elhető Gitben. A kézi szerkesztéseket, például a hosztneveket, tartsd aprónak; egy rosszul formázott címke megakadályozza a teljes terv betöltését.

A gépi tanulás a normál késleltetést, az átviteli sebességet és a hibaszázalékot alapul veszi, majd a jelzők eltolódnak, és egy fix küszöbértéket elmulasztanak. Az újabb platformok a termelési forgalomból is generálnak terhelési profilokat, így a forgatókönyvek manuális elemzés nélkül is realisztikusak maradnak.

GitHub másodpilóta dámajáték Groovy JSR223 mintavevőkhöz, CSV adatkészletekhez és CI folyamatlépésekhez gyorsan. A nyers .jmx XML-t kevésbé megbízhatóan kezeli, ezért a generált terveket vázlatként kell kezelni, és a grafikus felhasználói felületen ellenőrizni.

Nincs fix korlát – ez a heap méretétől, a szkript bonyolultságától és a géptől függ. Egy finomhangolt példány jellemzően néhány ezer szálat kezel; ezen felül a terhelést több gép között kell elosztani a következővel: elosztott tesztelés.

Általában egy hiányzó bővítményről vagy az újabb kiadásokból eltávolított elemről van szó. A jmeter.log megnevezi azt az osztályt, amelynek a betöltése sikertelen volt — telepítse a megfelelő bővítményt, vagy nyissa meg a .jmx fájlt egy szerkesztőben, és törölje az árva blokkot.