2. Erstellung eines Testplans

Ein Testplan beschreibt eine Reihe von Schritten, die JMeter bei der Ausführung ausführt. Ein vollständiger Testplan besteht aus einer oder mehreren Thread-Gruppen, logischen Controllern, Sample-generierenden Controllern, Listenern, Timern, Behauptungen und Konfigurationselementen.

2.1 Hinzufügen und Entfernen von Elementen ¶

Sie können einem Testplan Elemente hinzufügen , indem Sie mit der rechten Maustaste auf ein Element in der Baumstruktur klicken und ein neues Element aus der Liste " Hinzufügen " auswählen. Alternativ können Elemente aus einer Datei geladen und hinzugefügt werden, indem Sie die Option „ Zusammenführen “ oder „ Öffnen “ wählen.

Um ein Element zu entfernen, vergewissern Sie sich, dass das Element ausgewählt ist, klicken Sie mit der rechten Maustaste auf das Element und wählen Sie die Option „ Entfernen “.

2.2 Laden und Speichern von Elementen ¶

Um ein Element aus einer Datei zu laden, klicken Sie mit der rechten Maustaste auf die vorhandenen Baumelemente, zu denen Sie das geladene Element hinzufügen möchten, und wählen Sie die Option " Zusammenführen ". Wählen Sie die Datei aus, in der Ihre Elemente gespeichert sind. JMeter fügt die Elemente in den Baum ein.

Um Baumelemente zu speichern, klicken Sie mit der rechten Maustaste auf ein Element und wählen Sie die Option „ Auswahl speichern unter … “. JMeter speichert das ausgewählte Element sowie alle untergeordneten Elemente darunter. Auf diese Weise können Sie Testbaumfragmente und einzelne Elemente für die spätere Verwendung speichern.

2.3 Baumelemente konfigurieren ¶

Jedes Element in der Teststruktur präsentiert Steuerelemente im rechten Rahmen von JMeter. Mit diesen Steuerelementen können Sie das Verhalten dieses bestimmten Testelements konfigurieren. Was für ein Element konfiguriert werden kann, hängt davon ab, um welchen Elementtyp es sich handelt.

Der Testbaum selbst kann durch Ziehen und Ablegen von Komponenten um den Testbaum herum manipuliert werden.

2.4 Testplan speichern ¶

Obwohl es nicht erforderlich ist, empfehlen wir, den Testplan vor der Ausführung in einer Datei zu speichern. Um den Testplan zu speichern, wählen Sie „ Speichern “ oder „ Testplan speichern unter … “ aus dem Menü „Datei“ (mit der neuesten Version ist es nicht mehr erforderlich, zuerst das Element „Testplan“ auszuwählen).

Mit JMeter können Sie die gesamte Testplanstruktur oder nur einen Teil davon speichern. Um nur die Elemente zu speichern, die sich in einem bestimmten „Zweig“ der Testplanstruktur befinden, wählen Sie das Testplanelement in der Struktur aus, von dem aus der „Zweig“ beginnen soll, und klicken Sie dann mit der rechten Maustaste, um auf „ Auswahl speichern unter … “ zuzugreifen. " Menüpunkt. Alternativ wählen Sie das entsprechende Testplan-Element aus und wählen dann „ Auswahl speichern unter … “ aus dem Menü „Bearbeiten“.

2.5 Ausführen eines Testplans ¶

Um Ihren Testplan auszuführen, wählen Sie „ Start “ ( Strg + r ) aus dem Menüelement „ Ausführen “. Wenn JMeter läuft, zeigt es ein kleines grünes Kästchen am rechten Ende des Abschnitts direkt unter der Menüleiste. Sie können auch das Menü „ Ausführen “ überprüfen. Wenn " Start " deaktiviert und " Stop " aktiviert ist, führt JMeter Ihren Testplan aus (oder glaubt es zumindest).

Die Zahlen links neben dem grünen Feld sind die Anzahl der aktiven Threads / Gesamtzahl der Threads. Diese gelten nur für einen lokal durchgeführten Test; Sie enthalten keine Threads, die auf Remote-Systemen gestartet werden, wenn der Client-Server-Modus verwendet wird.

Die Verwendung des hier beschriebenen GUI-Modus sollte nur beim Debuggen Ihres Testplans verwendet werden. Verwenden Sie den CLI-Modus, um den realen Auslastungstest auszuführen.

2.6 Stoppen eines Tests ¶

Im Menü stehen zwei Arten von Stoppbefehlen zur Verfügung:

Stop ( Strg + . ) - stoppt die Threads wenn möglich sofort. Viele Sampler sind unterbrechbar, was bedeutet, dass aktive Samples vorzeitig beendet werden können. Der Stop-Befehl überprüft, ob alle Threads innerhalb des Standardzeitlimits gestoppt wurden, das 5000 ms = 5 Sekunden beträgt. [Dies kann mit der JMeter-Eigenschaft jmeterengine.threadstop.wait geändert werden ] Wenn die Threads nicht gestoppt wurden, wird eine Meldung angezeigt. Der Stop-Befehl kann wiederholt werden, aber wenn er fehlschlägt, muss JMeter beendet werden, um ihn zu bereinigen.
Herunterfahren ( Strg + , ) - fordert die Threads auf, am Ende jeder aktuellen Arbeit anzuhalten. Unterbricht keine aktiven Samples. Das Dialogfeld zum modalen Herunterfahren bleibt aktiv, bis alle Threads beendet wurden.

Wenn das Herunterfahren zu lange dauert. Schließen Sie das Dialogfeld „Herunterfahren“ und wählen Sie „ Ausführen / Stopp“ oder drücken Sie einfach Strg + . .

Wenn JMeter im CLI-Modus ausgeführt wird, gibt es kein Menü und JMeter reagiert nicht auf Tastenanschläge wie Strg + . . Der CLI-Modus von JMeter lauscht also auf Befehle an einem bestimmten Port (Standard 4445 , siehe JMeter-Eigenschaft jmeterengine.nongui.port ). JMeter unterstützt die automatische Auswahl eines alternativen Ports, wenn der Standardport verwendet wird (z. B. von einer anderen JMeter-Instanz). In diesem Fall versucht JMeter den nächsthöheren Port und fährt fort, bis er die JMeter-Eigenschaft jmeterengine.nongui.maxport ) erreicht, die standardmäßig 4455 ist . Wenn maxport kleiner oder gleich port ist, findet kein Port-Scanning statt.
Der gewählte Port wird im Konsolenfenster angezeigt.
Die derzeit unterstützten Befehle sind:

Herunterfahren - ordnungsgemäßes Herunterfahren
StopTestNow - sofortiges Herunterfahren

Diese Befehle können mit dem Skript shutdown[.cmd|.sh] bzw. stoptest[.cmd|.sh] gesendet werden. Die Skripte befinden sich im bin - Verzeichnis von JMeter. Die Befehle werden nur akzeptiert, wenn das Skript vom selben Host ausgeführt wird.

2.7 Fehlermeldungen ¶

JMeter meldet Warnungen und Fehler an die Datei jmeter.log sowie einige Informationen zum Testlauf selbst. JMeter zeigt die Anzahl der in der Datei jmeter.log gefundenen Warnungen/Fehler neben dem Warnsymbol (Dreieck) am rechten Ende des Fensters an. Klicken Sie auf das Warnsymbol, um die Datei jmeter.log unten im Fenster von JMeter anzuzeigen. Nur gelegentlich kann es einige Fehler geben, die JMeter nicht abfangen und protokollieren kann; diese werden auf der Befehlskonsole angezeigt. Wenn sich ein Test nicht wie erwartet verhält, überprüfen Sie bitte die Protokolldatei, ob Fehler gemeldet wurden (z. B. ein Syntaxfehler in einem Funktionsaufruf).

Abtastfehler (z. B. HTTP 404 - Datei nicht gefunden) werden normalerweise nicht in der Protokolldatei gemeldet. Stattdessen werden diese als Attribute des Probenergebnisses gespeichert. Der Status eines Probenergebnisses kann in den verschiedenen Listenern eingesehen werden.

Go to top