JMeter GUI: Test Plan & Workbench

⚡ Rezumat inteligent

JMeter Interfața grafică (GUI) organizează fiecare test de performanță în jurul a două panouri: un arbore al Planului de Testare în stânga și panoul de configurare în dreapta, unde elementele sunt adăugate, salvate, îmbinate, executate și raportate.

🔘 Planul de testare: Planul de testare conține fiecare element și setare JMeter trebuie să execute un test.
☑️ Banc de lucru: Ramura temporară WorkBench a fost eliminată în JMeter 4.0 și înlocuită de Fragmente de Test.
✅ elemente: Faceți clic dreapta pe orice nod pentru a adăuga aserțiuni, elemente de configurare, listener-e, controlere și temporizatoare.
🧪 Fișiere JMX: Planurile de testare și elementele individuale sunt salvate ca fișiere XML *.jmx, care se reîncarcă sau se îmbină ulterior.
🛠️ Planuri combinate: Îmbinarea unui fragment salvat într-un plan deschis construiește apartamente mai mari fără a reconstrui elementele.
📊 Raportarea: Fiecare rulare scrie fișierul jmeter.log plus fișierele de rezultate care alimentează tabloul de bord HTML încorporat.

Citește mai mult

Imediat ce lansați Apache JMeter, panoul din stânga se deschide cu un singur nod rădăcină:

Planul de testare

Versiunile mai vechi afișau un al doilea nod numit WorkBench. Ambele sunt prezentate mai jos.

Ce este un plan de testare?

Un Plan de Testare este locul în care adăugați elementele necesare pentru JMeter Test.

Stochează fiecare element (Thread Groups, timere, samplere, listeners) cu setările necesare pentru a le rula. Tot ceea ce construiți în GUI atârnă de acest nod rădăcină, așa cum se arată în figura de mai jos.

Ce este WorkBench?

WorkBench-ul era o zonă de lucru care stoca elemente de testare temporarNu avea nicio legătură cu Planul de testare și JMeter nu a salvat conținutul său — doar Planul de testare ramura a fost scrisă pe disc.

Important: WorkBench a fost depreciat în JMeter 3.2 și eliminată în JMeter 4.0, deci lipsește din versiunile actuale, cum ar fi 5.6.3. Elementele care nu sunt de testare — HTTP(S) Test Script Recorder, HTTP Mirror Server și Property Display — se atașează acum direct la Test Plan. Deschiderea unui plan vechi care încă conține un WorkBench convertește acea ramură într-un fragment de test numit „Fragment de test WorkBench”. Dacă o prezentare generală mai veche a înregistrării vă spune să faceți clic dreapta pe WorkBench, utilizați în schimb nodul Test Plan.

Cum se adaugă elemente la un plan de testare

Adăugarea elementelor este esenţial pas în construirea unui Plan de Testare, deoarece fără ei JMeter nu are nimic de executat. Un plan poate include listener-e, controller-e, timer-e, sampler-e, aserțiuni și elemente de configurație.

Adăugați un element făcând clic dreapta pe Planul de testare nod și alegând din „Adăuga"Listă.

Să presupunem că vrei să adaugi două elemente: a Afirmația BeanShell și Java Solicitați valori implicite elementul de configurare.

Faceți clic dreapta Planul de testare -> Adăugare -> Aserțiune -> Afirmația BeanShell
Faceți clic dreapta Planul de testare -> Adăugare -> Element de configurare -> Java Solicitați valori implicite

Animația de mai jos parcurge calea respectivă din meniu.

Puteţi, de asemenea, scoate un element de care nu mai aveți nevoie. Pentru a șterge Valori implicite de solicitare HTTP: selectați-l -> clic dreapta -> alegeți Elimină -> faceți clic Da a confirma.

Încărcarea și salvarea elementelor

JMeter poate salva un singur element separat, nu doar întregul plan — util atunci când o afirmație sau un cronometru este reutilizat în mai multe proiecte. Următoarele două secțiuni acoperă ambele jumătăți ale fluxului de lucru respectiv.

Cum se creează un fișier JMX

Să presupunem că ați adăugat un element numit „Afirmația BeanShell„și doriți să îl salvați separat. Faceți clic dreapta Afirmația BeanShell -> selectați Salvați selecția ca.

Se deschide o casetă de dialog. Faceți clic pe Economisește pentru a stoca elementul sub numele implicit BeanShell Assertion.jmx, sau alege-ți propria ta opțiune.

Elementele de testare și planurile de testare sunt stocate ca *.jmx fișiere — XML simplu pe care îl puteți deschide în orice editor sau îl puteți păstra în controlul versiunilor. Extensia nu este Java Extensii de management (JMX), o structură fără legătură Java API de monitorizare care are aceleași trei litere.

Cum se încarcă și se îmbină un fișier JMX

Încărcarea unui element existent economisește timpul pe care l-ai petrece creând și configurezând unul nou.

Să presupunem că Planul tău de testare conține deja un Java Solicitați valori implicite element. Faceți clic dreapta pe el -> selectați Îmbina.

Alege BeanShell Assertion.jmx fișier din director. Elementul este adăugat la Planul de testare curent, așa cum se arată mai jos.

Cum se configurează elementele

Fiecare element își expune propriile setări. Pentru a configura una:

Selectați elementul din arborele din panoul din stânga.
Introduceți setările de configurare în panoul din dreapta.

Panoul din dreapta se modifică în funcție de fiecare tip de element, așa cum se arată mai jos.

Cum să salvați un plan de testare

Salvați planul de testare înainte de a rula un test. Acest lucru vă protejează munca împotriva erorilor neașteptate în timpul rulării. Pașii sunt:

Fișier -> Salvare plan de testare ca — se deschide o casetă de dialog.
Introduceți un nume de fișier pentru Planul de testare -> clic Economisește .

Notă: salvarea unui Plan de Testare este diferit de la salvarea unui element.

Salvarea unui plan de testare	Salvarea unui element
Un plan de testare constă dintr-unul sau mai multe elemente	Un element este o singură componentă de bază a JMeter
Salvarea planului de testare scrie fiecare element din plan	Salvarea unui element scrie doar acel element
Redeschis cu Fișier -> Deschidere	Redeschis cu clic dreapta -> Îmbinare

Creați un plan de testare combinat

Poti îmbina unul sau mai multe planuri de testare salvate într-un Combo Planul de testare, așa cum se arată în figura de mai jos.

Să presupunem că aveți un Plan de Testare numit Test_Fragment.jmx pe computerul dvs. (acest articol include fișierul). Îmbinați-l cu planul deschis în prezent în JMeter să construiască unul mai mare.

Toate elementele de testare de la Test_Fragment.jmx sunt acum adăugate la Planul de testare actual, așa cum se arată în figura de mai jos.

Cum să rulați planul de testare

Cu planul salvat, îl puteți executa. Pentru a rula unul sau mai multe planuri de testare, alegeți acasă (Ctrl + R) din Alerga meniu.

In timp ce JMeter rulează, apare o mică casetă verde în capătul din dreapta al barei de meniu.

Numerele din stânga casetei verzi sunt numărul de fire active / numărul total de fire.

Pentru a opri testul, apăsați butonul Stop sau utilizați comanda rapidă Ctrl + '.'

Raport de testare

Când execuția se termină, puteți colecta raportul de test: jurnalul de erori salvat ca jmeter.log, plus fișierul cu rezultate scris de listener-ii dvs. Iată un extras tipic de la pornirea jmeter.log:

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

Citește mai întâi jmeter.log ori de câte ori o rulare se comportă greșit: înregistrează JMeter și Java versiuni, orice element care nu s-a putut încărca și fiecare excepție generată. Versiunile actuale pot, de asemenea, transforma un fișier cu rezultate într-un tablou de bord HTML răsfoibil cu grafice de timp de răspuns, randament și rată de eroare.

Întrebări frecvente

Un fragment de test este o ramură inactivă care rulează doar atunci când este apelată de un modul sau de un controler de includere. Fragmentele permit mai multor planuri să reutilizeze un bloc de logică, cum ar fi pașii de conectare, fără a duplica elemente.

Apache JMeter 5.6.3 necesită Java 8 sau o versiune ulterioară, iar proiectul recomandă Java 17 sau mai nou. Rularea pe un JDK actual cu suport pe termen lung oferă, de asemenea, un comportament mai bun la colectarea gunoiului în cazul unui număr mare de fire de execuție.

Interfața grafică (GUI) consumă memorie și procesor de care are nevoie generatorul de încărcare, așadar rezultatele sunt distorsionate pe măsură ce numărul de fire de execuție crește. Apache recomandă construirea și depanarea planurilor în GUI, apoi rularea testului real din linia de comandă.

Da — un fișier .jmx este XML, deci se deschide în orice editor și diferențiază corect în Git. Păstrați modificările manuale mici, cum ar fi numele de gazdă; o etichetă incorectă oprește încărcarea întregului plan.

Referințele de bază ale învățării automate sunt latența normală, debitul și ratele de eroare, apoi deviația steagurilor ar rata un prag fix. Platformele mai noi generează, de asemenea, profiluri de încărcare din traficul de producție, astfel încât scenariile rămân realiste fără analiză manuală.

Copilotul GitHub proiecte Groovy pentru eșantionatoare JSR223, seturi de date CSV și pași din conducta CI rapid. Gestionează fișierele XML .jmx brute într-o manieră mai puțin fiabilă, așadar planurile generate trebuie tratate ca schițe și verificate în interfața grafică.

Nu există o limită fixă - depinde de dimensiunea heap-ului, complexitatea scriptului și mașină. O instanță optimizată gestionează de obicei câteva mii de fire de execuție; dincolo de aceasta, distribuiți sarcina pe mai multe mașini cu testare distribuită.

De obicei, lipsește un plugin sau este eliminat un element din versiunile mai noi. jmeter.log denumește clasa care nu s-a putut încărca — instalați pluginul corespunzător sau deschideți fișierul .jmx într-un editor și ștergeți blocul orfan.