JMeter GUI: Testplan und Workbench

⚡ Intelligente Zusammenfassung

JMeter Die grafische Benutzeroberfläche organisiert jeden Leistungstest in zwei Bereichen: links in einer Testplanstruktur und rechts im zugehörigen Konfigurationsbereich, wo Elemente hinzugefügt, gespeichert, zusammengeführt, ausgeführt und gemeldet werden.

🔘 Versuchsplan: Der Testplan enthält alle Elemente und Einstellungen. JMeter muss einen Test ausführen.
☑️ Werkbank: Der temporäre WorkBench-Zweig wurde entfernt in JMeter 4.0 und wurde durch Testfragmente ersetzt.
✅ Elemente: Klicken Sie mit der rechten Maustaste auf einen beliebigen Knoten, um Assertions, Konfigurationselemente, Listener, Controller und Timer hinzuzufügen.
🧪 JMX-Dateien: Testpläne und einzelne Elemente werden als XML *.jmx-Dateien gespeichert, die später neu geladen oder zusammengeführt werden.
️ Kombi-Pläne: Durch das Zusammenführen eines gespeicherten Fragments in einen offenen Plan entstehen größere Suiten, ohne dass Elemente neu erstellt werden müssen.
📊 Reporting: Bei jedem Durchlauf werden jmeter.log-Dateien sowie Ergebnisdateien geschrieben, die das integrierte HTML-Dashboard speisen.

Sobald Sie starten Apache JMeterIm linken Bereich wird beim Öffnen ein einzelner Wurzelknoten angezeigt:

Versuchsplan

Ältere Versionen enthielten einen zweiten Knoten namens WorkBench. Beide werden im Folgenden beschrieben.

Was ist ein Testplan?

Ein Testplan ist der Ort, an dem Sie die für Ihren Test erforderlichen Elemente hinzufügen. JMeter Test.

Es speichert jedes Element (Thread-Gruppen, Timer, Sampler, Listener) mit den zu ihrer Ausführung erforderlichen Einstellungen. Alles, was Sie in der GUI erstellen, ist an diesen Wurzelknoten angebunden, wie die Abbildung unten zeigt.

Was ist WorkBench?

Die Werkbank war eine Art Kratzfläche, auf der Testelemente aufbewahrt wurden. vorübergehendEs hatte keinerlei Bezug zum Testplan, und JMeter nicht gespeichert dessen Inhalt – nur der Versuchsplan Der Zweig wurde auf die Festplatte geschrieben.

Wichtig: Die WorkBench wurde in JMeter 3.2 und entfernt in JMeter 4.0, daher fehlt es in aktuellen Versionen wie 5.6.3. Nicht-Testelemente – der HTTP(S)-Testskript-Recorder, der HTTP-Mirror-Server und die Eigenschaftenanzeige – werden nun direkt an den Testplan angehängt. Beim Öffnen eines älteren Plans, der noch eine Workbench enthält, wird dieser Zweig in ein Testfragment mit dem Namen „Workbench-Testfragment“ umgewandelt. Falls in einer älteren Aufzeichnungsanleitung empfohlen wird, mit der rechten Maustaste auf die Workbench zu klicken, verwenden Sie stattdessen den Testplan-Knoten.

Wie man Elemente zu einem Testplan hinzufügt

Das Hinzufügen von Elementen ist das essential Schritt beim Erstellen eines Testplans, denn ohne sie JMeter hat nichts auszuführen. Ein Plan kann Listener, Controller, Timer, Sampler, Assertions und Konfigurationselemente enthalten.

Sie fügen ein Element hinzu, indem Sie mit der rechten Maustaste klicken. Versuchsplan Knoten und Auswahl aus dem „Speichern" Liste.

Angenommen, Sie möchten zwei Elemente addieren: a BeanShell-Behauptung und einem Java Anforderungsvorgaben Konfigurationselement.

Der rechten Maustaste auf Versuchsplan -> Hinzufügen -> Zusicherung -> BeanShell-Behauptung
Der rechten Maustaste auf Versuchsplan -> Hinzufügen -> Konfigurationselement -> Java Anforderungsvorgaben

Die folgende Animation führt Sie durch diesen Menüpfad.

Du kannst auch entfernen Ein Element, das Sie nicht mehr benötigen. Zum Löschen Standardeinstellungen für HTTP-Anforderungen: Auswählen -> Rechtsklick -> Auswählen Entfernen -> klicken Ja zu bestätigen.

Elemente laden und speichern

JMeter Es kann ein einzelnes Element separat gespeichert werden, nicht nur der gesamte Plan – nützlich, wenn eine Assertion oder ein Timer in mehreren Projekten wiederverwendet wird. Die nächsten beiden Abschnitte behandeln beide Hälften dieses Workflows.

Wie man eine JMX-Datei erstellt

Angenommen, Sie haben ein Element mit dem Namen „BeanShell-Behauptungund möchten es separat speichern. Rechtsklick BeanShell-Behauptung -> auswählen Auswahl speichern unter.

Ein Dialogfeld öffnet sich. Klicken Sie Gespeichert um das Element unter dem Standardnamen zu speichern BeanShell Assertion.jmxOder wählen Sie Ihre eigenen.

Testelemente und Testpläne werden beide gespeichert als *.jmx Dateien – einfaches XML, das Sie in jedem Editor öffnen oder in der Versionskontrolle speichern können. Die Dateiendung ist nicht Java Management Extensions (JMX), eine unabhängige Java Überwachungs-API mit denselben drei Buchstaben.

Wie man eine JMX-Datei lädt und zusammenführt

Das Laden eines vorhandenen Elements spart die Zeit, die Sie mit dem Erstellen und Konfigurieren eines neuen Elements verbringen würden.

Angenommen, Ihr Testplan enthält bereits einen Java Anforderungsvorgaben Element. Rechtsklicken Sie darauf -> auswählen Merge.

Wähle die BeanShell Assertion.jmx Die Datei stammt aus dem Verzeichnis. Das Element wird Ihrem aktuellen Testplan hinzugefügt, wie unten dargestellt.

So konfigurieren Sie Elemente

Jedes Element verfügt über eigene Einstellungen. So konfigurieren Sie ein Element:

Wählen Sie das Element in der Baumstruktur im linken Bereich aus.
Geben Sie die Konfigurationseinstellungen im rechten Bereich ein.

Das rechte Bedienfeld ändert sich je nach Elementtyp, wie unten dargestellt.

So speichern Sie einen Testplan

Speichern Sie Ihren Testplan, bevor Sie einen Test ausführen. Dadurch schützen Sie Ihre Arbeit vor unerwarteten Fehlern während der Testausführung. Die Schritte sind:

Datei -> Testplan speichern unter — Ein Dialogfeld öffnet sich.
Geben Sie einen Dateinamen für den Testplan ein. -> sofort klicken Gespeichert.

Hinweis: Das Speichern eines Testplans ist anders beim Speichern eines Elements.

Speichern eines Testplans	Ein Element speichern
Ein Testplan besteht aus einem oder mehreren Elementen	Ein Element ist ein einzelner grundlegender Bestandteil von JMeter
Beim Speichern des Testplans werden alle Elemente des Plans gespeichert.	Beim Speichern eines Elements wird nur dieses eine Element geschrieben.
Erneut geöffnet über Datei -> Öffnen	Mit Rechtsklick erneut geöffnet -> Zusammenführen

Erstellen Sie einen Kombinationstestplan

Nutze einfach das fusionieren einen oder mehrere gespeicherte Testpläne in einen Combo Testplan, wie in der folgenden Abbildung dargestellt.

Angenommen, Sie haben einen Testplan mit dem Namen Test_Fragment.jmx auf Ihrem Computer (dieser Artikel enthält die Datei). Fügen Sie sie in den aktuell geöffneten Plan ein. JMeter um ein größeres zu bauen.

Alle Testelemente von Test_Fragment.jmx werden nun Ihrem aktuellen Testplan hinzugefügt, wie die folgende Abbildung zeigt.

So führen Sie einen Testplan aus

Nachdem der Plan gespeichert wurde, kann er ausgeführt werden. Um einen oder mehrere Testpläne auszuführen, wählen Sie Start (Strg + R) von der Führen Sie Menü.

Während JMeter Wenn das Programm läuft, erscheint ein kleines grünes Kästchen am rechten Ende der Menüleiste.

Die Zahlen links neben dem grünen Feld sind die Anzahl der Aktive Threads / Gesamtzahl von Fäden.

Um den Test zu beenden, drücken Sie die Taste Stoppen Drücken Sie die Schaltfläche oder verwenden Sie die Tastenkombination Strg + '.'.

Test Report

Nach Abschluss der Ausführung können Sie den Testbericht abrufen: das Fehlerprotokoll (gespeichert als jmeter.log) sowie die von Ihren Listenern erstellte Ergebnisdatei. Hier ist ein typischer Auszug aus der Startdatei 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

Lesen Sie zuerst die Datei jmeter.log, wenn ein Lauf fehlerhaft ist: Dort wird der Fehler protokolliert. JMeter und Java Versionen, alle Elemente, die nicht geladen werden konnten, und jede aufgetretene Ausnahme werden protokolliert. Aktuelle Versionen können außerdem eine Ergebnisdatei in ein durchsuchbares HTML-Dashboard mit Diagrammen zu Antwortzeiten, Durchsatz und Fehlerraten umwandeln.

Häufig gestellte Fragen

Ein Testfragment ist ein inaktiver Zweig, der nur ausgeführt wird, wenn er von einem Modul oder einem Include-Controller aufgerufen wird. Fragmente ermöglichen es mehreren Ausführungsplänen, einen Logikblock, wie beispielsweise Anmeldeschritte, wiederzuverwenden, ohne Elemente zu duplizieren.

Apache JMeter 5.6.3 erfordert Java 8 oder höher, und das Projekt empfiehlt Java Version 17 oder neuer. Die Verwendung eines aktuellen JDK mit Langzeitunterstützung bietet zudem ein besseres Garbage-Collection-Verhalten bei hoher Thread-Anzahl.

Die grafische Benutzeroberfläche beansprucht Speicher und CPU-Leistung, die der Lastgenerator benötigt, wodurch die Ergebnisse mit steigender Thread-Anzahl verfälscht werden. Apache empfiehlt, Testpläne in der grafischen Benutzeroberfläche zu erstellen und zu debuggen und den eigentlichen Test anschließend über die Kommandozeile auszuführen.

Ja – eine .jmx-Datei ist XML, lässt sich also in jedem Editor öffnen und ermöglicht problemlose Diffs in Git. Manuelle Änderungen sollten möglichst gering sein, z. B. Hostnamen; ein fehlerhaftes Tag verhindert das Laden des gesamten Plans.

Maschinelles Lernen ermittelt normale Latenz-, Durchsatz- und Fehlerraten und erkennt Abweichungen, die ein fester Schwellenwert nicht erfassen würde. Neuere Plattformen generieren zudem Lastprofile aus dem Produktionsdatenverkehr, sodass Szenarien ohne manuelle Analyse realistisch bleiben.

GitHub-Copilot Dame Groovy Für JSR223-Sampler, CSV-Datensätze und CI-Pipeline-Schritte ist eine schnelle Verarbeitung möglich. Rohes .jmx-XML wird weniger zuverlässig verarbeitet; daher sollten generierte Pläne als Entwurf betrachtet und in der Benutzeroberfläche überprüft werden.

Es gibt kein festes Limit – es hängt von der Heap-Größe, der Skriptkomplexität und der Maschine ab. Eine optimierte Instanz verarbeitet typischerweise einige tausend Threads; darüber hinaus sollte die Last auf mehrere Maschinen verteilt werden. Verteiltes Testen.

Meist fehlt ein Plugin oder ein Element wurde in neueren Versionen entfernt. Die Datei jmeter.log nennt die Klasse, die nicht geladen werden konnte. Installieren Sie das entsprechende Plugin oder öffnen Sie die .jmx-Datei in einem Editor und löschen Sie den verwaisten Block.