JMeter GUI: Test Plan & Workbench

⚡ Smart opsummering

JMeter Den grafiske brugergrænseflade organiserer hver performancetest omkring to ruder: et testplantræ til venstre og dets konfigurationspanel til højre, hvor elementer tilføjes, gemmes, flettes sammen, udføres og rapporteres.

🔘 Testplan: Testplanen indeholder alle elementer og indstillinger JMeter har brug for at udføre en test.
☑️ Arbejdsbænk: Den midlertidige WorkBench-gren blev fjernet i JMeter 4.0 og erstattet af Testfragmenter.
✅ elementer: Højreklik på en hvilken som helst node for at tilføje assertions, config-elementer, listeners, controllers og timere.
🧪 JMX-filer: Testplaner og individuelle elementer gemmes som XML *.jmx-filer, der genindlæses eller flettes sammen senere.
🛠️ Kombinerede planer: Ved at flette et gemt fragment ind i en åben planløsning opbygges større suiter uden at genopbygge elementer.
📊 Rapportering: Hver kørsel skriver jmeter.log plus resultatfiler, der føder det indbyggede HTML-dashboard.

Læs mere

Så snart du starter Apache JMeter, åbnes venstre rude med en enkelt rodnode:

Testplan

Ældre udgivelser viste en anden node kaldet WorkBench. Begge er dækket nedenfor.

Hvad er en testplan?

En testplan er der, hvor du tilføjer de elementer, der kræves for din JMeter test.

Den gemmer alle elementer (trådgrupper, timere, samplere, lyttere) med de indstillinger, der er nødvendige for at køre dem. Alt, hvad du bygger i den grafiske brugergrænseflade, hænger på denne rodnode, som figuren nedenfor viser.

Hvad er WorkBench?

WorkBench var et arbejdsområde, der lagrede testelementer midlertidigtDet havde ingen relation til testplanen, og JMeter sparede ikke dens indhold – kun Testplan grenen blev skrevet til disk.

Vigtig: WorkBench blev udfaset i JMeter 3.2 og fjernet i JMeter 4.0, så den mangler i nuværende udgivelser som f.eks. 5.6.3. Ikke-testelementer — HTTP(S) Test Script Recorder, HTTP Mirror Server og Property Display — knytter sig nu direkte til testplanen. Åbning af en gammel plan, der stadig indeholder en WorkBench, konverterer denne gren til et testfragment med navnet "WorkBench Test Fragment". Hvis en ældre gennemgang af optagelser fortæller dig, at du skal højreklikke på WorkBench, skal du bruge noden Testplan i stedet.

Sådan tilføjer du elementer til en testplan

Tilføjelse af elementer er væsentlig trin i opbygningen af en testplan, for uden dem JMeter har intet at udføre. En plan kan omfatte lyttere, controllere, timere, samplere, assertions og config-elementer.

Du tilføjer et element ved at højreklikke på Testplan node og vælge fra “Tilføj"Liste.

Antag, at du vil tilføje to elementer: a BeanShell Assertion og en Java Anmodningsstandarder konfigurationselement.

Højreklik Testplan -> Tilføj -> Påstand -> BeanShell Assertion
Højreklik Testplan -> Tilføj -> Konfigurationselement -> Java Anmodningsstandarder

Animationen nedenfor gennemgår menustien.

Du kan også Fjern et element, du ikke længere har brug for. For at slette HTTP-anmodningsstandarder: vælg det -> højreklik -> vælg Fjern -> klik Ja at bekræfte.

Indlæsning og lagring af elementer

JMeter kan gemme et enkelt element alene, ikke kun hele planen – nyttigt, når én assertion eller timer genbruges på tværs af projekter. De næste to afsnit dækker begge halvdele af den pågældende arbejdsgang.

Sådan opretter du en JMX-fil

Antag, at du har tilføjet et element med navnet "BeanShell Assertion" og vil gemme den separat. Højreklik BeanShell Assertion -> vælg Gem valg som.

En dialogboks åbnes. Klik på Gem at gemme elementet under standardnavnet BeanShell Assertion.jmx, eller vælg din egen.

Testelementer og testplaner gemmes begge som *.jmx filer — almindelig XML, som du kan åbne i enhver editor eller beholde i versionskontrol. Udvidelsen er ikke Java Management Extensions (JMX), en uafhængig Java overvågnings-API'en deler de samme tre bogstaver.

Sådan indlæser og fletter du en JMX-fil

Indlæsning af et eksisterende element sparer den tid, du ville bruge på at oprette og konfigurere et nyt.

Lad os sige, at din testplan allerede indeholder en Java Anmodningsstandarder element. Højreklik på det -> vælg Flet.

Vælg den BeanShell Assertion.jmx fil fra mappen. Elementet tilføjes til din nuværende testplan, som vist nedenfor.

Sådan konfigureres elementer

Hvert element viser sine egne indstillinger. Sådan konfigurerer du et:

Vælg elementet i træet i venstre rude.
Indtast konfigurationsindstillingerne i højre rude.

Panelet til højre ændres med hver elementtype, som vist nedenfor.

Sådan gemmer du en testplan

Gem din testplan, før du kører en test. Dette beskytter dit arbejde mod uventede fejl under kørslen. Trinene er:

Fil -> Gem testplan som — en dialogboks åbnes.
Indtast et filnavn til testplanen -> klik Gem.

Bemærk: at gemme en testplan er forskellige fra at gemme et element.

Gem en testplan	Gem et element
En testplan består af et eller flere elementer	Et element er en enkelt grundlæggende komponent af JMeter
Når testplanen gemmes, skrives alle elementer i planen	Når man gemmer et element, skrives kun det ene element
Genåbnet med Fil -> Åbn	Genåbnet med højreklik -> Flet

Opret en kombinationstestplan

Du kan fusionere en eller mange gemte testplaner i en combo Testplan, som vist på figuren nedenfor.

Antag, at du har en testplan med navnet Test_Fragment.jmx på din computer (denne artikel indeholder filen). Flet den ind i den plan, der aktuelt er åben i JMeter at bygge en større.

Alle testelementerne fra Test_Fragment.jmx er nu føjet til din nuværende testplan, som vist på figuren nedenfor.

Sådan køres testplan

Når planen er gemt, kan du udføre den. For at køre en eller flere testplaner skal du vælge Starten (Ctrl + R) fra Kør menu.

Mens JMeter kører, vises en lille grøn boks i højre side af menulinjen.

Tallene til venstre for den grønne boks er antallet af aktive tråde / samlet antal af tråde.

For at stoppe testen skal du trykke på Stands knappen eller brug genvejen Ctrl + '.'

Test rapport

Når udførelsen er færdig, kan du hente testrapporten: fejlloggen gemt som jmeter.log, plus resultatfilen skrevet af dine lyttere. Her er et typisk uddrag af et opstartsuddrag fra 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

Læs først jmeter.log, når en kørsel ikke fungerer korrekt: den registrerer JMeter og Java versioner, ethvert element der ikke kunne indlæses, og enhver udløst undtagelse. Nuværende udgivelser kan også omdanne en resultatfil til et gennemsebart HTML-dashboard med grafer over responstid, gennemløbshastighed og fejlrate.

Ofte Stillede Spørgsmål

Et testfragment er en inaktiv gren, der kun kører, når et modul eller en inkluderingscontroller kalder den. Fragmenter giver flere planer mulighed for at genbruge én blok af logik, f.eks. logintrin, uden at duplikere elementer.

Apache JMeter 5.6.3 kræver Java 8 eller nyere, og projektet anbefaler Java 17 eller nyere. Kørsel på en JDK med langtidssupport giver også bedre garbage collection-adfærd under høje trådantal.

Den grafiske brugergrænseflade bruger den hukommelse og CPU, som load-generatoren har brug for, så resultaterne skævvrider sig, efterhånden som trådantallet stiger. Apache anbefaler at bygge og fejlfinde planer i den grafiske brugergrænseflade og derefter køre den rigtige test fra kommandolinjen.

Ja — en .jmx-fil er XML, så den åbner i enhver editor og varierer tydeligt i Git. Hold manuelle redigeringer små, såsom værtsnavne; et forkert udformet tag forhindrer hele planen i at indlæses.

Maskinlæringsbaselines normal latenstid, gennemløbshastighed og fejlrater, hvorefter flagdrift, der er en fast tærskel, ikke ville fungere. Nyere platforme genererer også belastningsprofiler fra produktionstrafik, så scenarier forbliver realistiske uden manuel analyse.

GitHub Copilot kladder Groovy for JSR223 samplere, CSV-datasæt og CI-pipelinetrin hurtigt. Den håndterer rå .jmx XML mindre pålideligt, så behandle genererede planer som et udkast og verificer dem i den grafiske brugergrænseflade.

Der er ingen fast grænse – det afhænger af heapstørrelse, scriptkompleksitet og maskinen. En tunet instans håndterer typisk et par tusinde tråde; ud over det, fordel belastningen på tværs af flere maskiner med distribueret testning.

Normalt et manglende plugin eller et element fjernet fra nyere udgivelser. jmeter.log navngiver den klasse, der ikke kunne indlæses — installer det matchende plugin, eller åbn .jmx i en editor og slet den forældreløse blok.