10. Erstellen eines JMS-Punkt-zu-Punkt-Testplans ¶
In diesem Abschnitt erfahren Sie, wie Sie einen Testplan erstellen , um eine JMS Point-to-Point-Messaging-Lösung zu testen. Der Aufbau des Tests ist 1 Threadgruppe mit 5 Threads, die jeweils 4 Nachrichten durch eine Anforderungswarteschlange senden. Zur Überwachung der Antwortnachrichten wird eine feste Antwortwarteschlange verwendet. Um den Testplan zu erstellen, verwenden Sie die folgenden Elemente: Thread Group , JMS Point-to-Point und Graph Results .
Allgemeine Hinweise zu JMS: Derzeit gibt es zwei JMS-Sampler. Einer verwendet JMS-Themen und der andere Warteschlangen. Themennachrichten werden allgemein als Pub/Sub-Nachrichten bezeichnet. Themennachrichten werden im Allgemeinen in Fällen verwendet, in denen eine Nachricht von einem Produzenten veröffentlicht und von mehreren Abonnenten konsumiert wird. Ein JMS-Sampler benötigt die JMS-Implementierungs-JAR-Dateien; zum Beispiel von Apache ActiveMQ. Hier finden Sie die Liste der von ActiveMQ bereitgestellten JAR-Dateien.
10.1 Hinzufügen einer Thread-Gruppe ¶
Der erste Schritt, den Sie mit jedem JMeter-Testplan machen möchten, ist das Hinzufügen eines Thread Group- Elements. Die Thread-Gruppe teilt JMeter mit, wie viele Benutzer Sie simulieren möchten, wie oft die Benutzer Anfragen senden sollen und wie viele Anfragen sie senden sollen.
Fahren Sie fort und fügen Sie das ThreadGroup-Element hinzu, indem Sie zuerst den Testplan auswählen, mit der rechten Maustaste klicken, um das Menü „Hinzufügen“ aufzurufen, und dann auswählen .
Sie sollten jetzt das Element Threadgruppe unter Testplan sehen. Wenn Sie das Element nicht sehen, „erweitern“ Sie die Testplanstruktur, indem Sie auf das Element Testplan klicken.
Als nächstes müssen Sie die Standardeigenschaften ändern. Wählen Sie das Element Thread Group in der Baumstruktur aus, falls Sie es noch nicht ausgewählt haben. Sie sollten nun das Thread Group Control Panel im rechten Bereich des JMeter-Fensters sehen (siehe Abbildung 10.1 unten).
Geben Sie zunächst einen aussagekräftigeren Namen für unsere Thread-Gruppe an. Geben Sie im Namensfeld Point-to-Point ein .
Erhöhen Sie als Nächstes die Anzahl der Benutzer (genannt Threads) auf 5 .
Lassen Sie im nächsten Feld Ramp-Up Period den Wert auf 0 Sekunden stehen. Diese Eigenschaft teilt JMeter mit, wie lange zwischen dem Starten jedes Benutzers gewartet werden soll. Wenn Sie beispielsweise eine Ramp-Up-Periode von 5 Sekunden eingeben, beendet JMeter den Start aller Ihrer Benutzer am Ende der 5 Sekunden. Wenn wir also 5 Benutzer und eine Ramp-Up-Periode von 5 Sekunden haben, beträgt die Verzögerung zwischen dem Start von Benutzern 1 Sekunde (5 Benutzer / 5 Sekunden = 1 Benutzer pro Sekunde). Wenn Sie den Wert auf 0 setzen, startet JMeter sofort alle Ihre Benutzer.
Deaktivieren Sie das Kontrollkästchen „ Forever “ und geben Sie im Feld „Loop Count “ den Wert 4 ein. Diese Eigenschaft teilt JMeter mit, wie oft der Test wiederholt werden soll. Wenn Sie einen Schleifenzählerwert von 0 eingeben , führt JMeter Ihren Test nur einmal aus. Damit JMeter Ihren Testplan wiederholt ausführt, aktivieren Sie das Kontrollkästchen Forever .
10.2 JMS-Punkt-zu-Punkt-Sampler hinzufügen ¶
Beginnen Sie, indem Sie den Sampler JMS Point-to-Point zum Point-to-Point-Element hinzufügen ( ). Wählen Sie dann das JMS Point-to-Point-Sampler-Element in der Baumstruktur aus. Beim Erstellen des Beispiels wird eine Konfiguration bereitgestellt, die mit ActiveMQ 3.0 funktioniert.
| Name | Wert | Beschreibung |
|---|---|---|
| JMS-Ressourcen | ||
| QueueConnectionFactory | ConnectionFactory | Dies ist der standardmäßige JNDI-Eintrag für die Connection Factory in ActiveMQ. |
| JNDI-Namensanforderungswarteschlange | Q.REQ | Dies entspricht dem in den JNDI-Eigenschaften definierten JNDI-Namen. |
| JNDI-Namensantwortwarteschlange | Q.RPL | Dies entspricht dem in den JNDI-Eigenschaften definierten JNDI-Namen. |
| Nachrichteneigenschaften | ||
| Art zu Kommunizieren | Antwort anfordern | Das bedeutet, dass Sie mindestens einen Dienst benötigen, der außerhalb von JMeter läuft und auf die Anfragen antwortet. Dieser Dienst muss die Anforderungswarteschlange abhören und Nachrichten an die Warteschlange senden, auf die von message.getJMSReplyTo() verwiesen wird. |
| Inhalt | Prüfung | Dies ist nur der Inhalt der Nachricht. |
| JMS-Eigenschaften | Für ActiveMQ wird nichts benötigt. | |
| JNDI-Eigenschaften | ||
| InitialContextFactory | org.apache.activemq.jndi.ActiveMQInitialContextFactory | Die standardmäßige InitialContextFactory für ActiveMQ |
| Eigenschaften | ||
| Warteschlange.Q.REQ | Beispiel.A | Dies definiert einen JNDI-Namen Q.REQ für die Anforderungswarteschlange, der auf die Warteschlange example.A zeigt |
| Warteschlange.Q.RPL | Beispiel.B | Dies definiert einen JNDI-Namen Q.RPL für die Antwortwarteschlange, der auf die Warteschlange example.B zeigt |
| Anbieter-URL | ||
| Anbieter-URL | tcp://localhost:61616 | Dies definiert die URL des ActiveMQ-Nachrichtensystems. |
10.3 Hinzufügen eines Listeners zum Anzeigen und Speichern der Testergebnisse ¶
Das letzte Element, das Sie Ihrem Testplan hinzufügen müssen, ist ein Listener . Dieses Element ist dafür verantwortlich, alle Ergebnisse Ihrer JMS-Anforderungen in einer Datei zu speichern und ein visuelles Modell der Daten darzustellen.
Wählen Sie das Element Thread Group aus und fügen Sie einen Listener für Diagrammergebnisse hinzu ( ). Als nächstes müssen Sie ein Verzeichnis und einen Dateinamen der Ausgabedatei angeben. Sie können ihn entweder in das Dateinamenfeld eingeben oder die Schaltfläche Durchsuchen auswählen und zu einem Verzeichnis navigieren und dann einen Dateinamen eingeben.
