Leistungstest mit Apache JMeter (Eine Einführung)

Aaron Lopez

Was ist Apache JMeter? <\/SPAN> <\/SPAN><\/H1>Apache JMeter ist ein Open Source Java-Softwareprogramm (<\/SPAN>derzeit veröffentlicht unter der <\/SPAN>Apache License, Version 2.0<\/A>) <\/SPAN>für Performance- und Skalierbarkeitstests bei Last.<\/SPAN> Es ist ein kostenloses Tool mit GUI- und Befehlszeilenunterstützung für Windows, Linux und MacOSX mit vielen Funktionen auf Unternehmensebene.<\/SPAN><\/P><\/span><\/P>

Was kann ich damit machen? <\/H2>Apache JMeter kann verwendet werden, um die Leistung und Skalierbarkeit sowohl statischer als auch dynamischer Ressourcen wie ArcGIS-Dienste sowie Webanwendungen innerhalb einer ArcGIS Enterprise Site zu testen.<\/SPAN> <\/SPAN><\/P>Es kann <\/SPAN>viele verschiedene Anwendungen und Protokolle testen<\/A>, zum Beispiel: <\/SPAN><\/P>Web - HTTP, HTTPS<\/LI>SOAP \/ REST Webservices <\/LI>Native Befehle oder Shell-Skripte <\/LI><\/UL>Es bietet eine voll ausgestattete IDE zum Erstellen und Debuggen eines Tests sowie die Aufzeichnung des Workflow-Verkehrs (von Webbrowsern) direkt in ein Projekt. Dieser Artikel bezeichnet die IDE als "die GUI".<\/P>Am Ende eines Tests kann automatisch ein HTML-Bericht erstellt werden, um bei der Analyse der Ergebnisse zu helfen.<\/P>

JMeter-Verhalten<\/H3>JMeter arbeitet auf Protokollebene (z.B. HTTPS) und versucht nicht, einen Webbrowser zu imitieren. Daher führt es keine JavaScript-Logik aus, die in Webanwendungen gefunden wird, noch versucht es, die HTML-Seiten wie ein Browser zu rendern.<\/P>Warum brauche ich es? <\/SPAN><\/H2>Die Fähigkeit, Systemleistung, Skalierbarkeit und/oder Stabilität zu überprüfen, ist entscheidend für die erfolgreicheAnnahme jeder GIS-Bereitstellung. Ein modernes Testwerkzeug zur Quantifizierung der ArcGIS-Fähigkeiten kann die Investition in und Nutzung der Bereitstellung optimieren. <\/P>Durch die Verwendung einer kostenlosen oder Open Source Anwendung zur Durchführung von Tests kann der Analyst mit den Benutzern zusammenarbeiten, um die Ablenkung durch Kosten zu vermeiden und sich nur auf die Tests und deren Ergebnisse zu konzentrieren.    <\/P>Leistungstest<\/H3>Die Leistungsprofilierung und Fehlerbehebung eines einzelnen Benutzers bei einem ArcGIS-Dienst deckt die meisten Testfälle ab. JMeter kann eine großartige Ergänzung zu den anderen Werkzeugen im GIS-Test "Werkzeugkasten" sein:<\/P>Webbrowser – Chrome, Firefox, SafariDevTools<\/A> <\/LI><\/UL><\/LI>HTTP-Debugger -- Fiddler (Classic)<\/A> <\/LI>ArcGIS-Protokollanalyse – System Log Parser<\/A> <\/LI>Desktop -- PerfQAnalyzer<\/<STRONG>\/mxdperfstat<\/<A href=\"https:\/\/.esri.com/arcgis-blog/products/arcgis-pro/announcements/perftools-build-258-for-arcgis-pro-2-x-and-3-x-is-now-available-for-download/\">PerfTools<\/<\li> nofollow noreferrer">JAR-Datei, legen Sie sie dann in das lib/ext-Verzeichnis von JMeter und starten Sie JMeter (neu). JMeter ausführen (GUI)Um den JMeter-GUI-Modus zu starten, führen Sie die entsprechende "jmeter"-Skriptdatei für Ihre Umgebung aus:C:\apache-jmeter-5.6.3\bin\jmeter.batDie GUI ist eine praktische Oberfläche zum Erstellen und Überprüfen, ob Ihr Test wie erwartet funktioniertDie Screenshots des JMeter-GUI-Artikels basieren auf dem Metal-Thema, das unter Optionen-->Look and Feel-->Metal zu finden ist (das Standardthema ist "Darklaf – Darcula")Hinweis: Apache JMeter empfiehlt, keinen Lasttest über die GUI auszuführen. Die GUI sollte nur zum Erstellen und Debuggen des Tests verwendet werden.Schritte zum Ausführen des Tests über die Befehlszeile werden in einem anderen Load Testing Artikel behandelt. Erstellen eines sehr einfachen, statischen TestplansBevor Sie dynamische ArcGIS-Dienste testen, ist es am besten, sich mit einigen der Funktionsweisen und Verhaltensweisen von JMeter vertraut zu machen, indem Sie einen einfachen Test mit einer einzigen statischen Anfrage erstellen und validieren.Nachfolgende Tutorials behandeln, wie man komplexere Tests erstellt, die einen dynamischen ArcGIS-Dienst testen.Starten Sie Apache JMeterDies erstellt automatisch einen neuen, leeren Testplan (z.B. ein Testprojekt)Klicken Sie mit der rechten Maustaste auf Testplan und wählen Sie unter Hinzufügen-->Threads (Benutzer) die Thread Group ausDies ist notwendig, um den Druck des Tests zu definieren... ob er eine schrittweise Last oder konstante Last ausübt„Thread Group“ beinhaltet nur grundlegende Logik zur Definition einer schrittweisen Last des Tests (z.B. den Testdruck)Nicht jede Thread-Gruppe definiert eine Stufe... einige sind so konfiguriert, dass sie nur konstanten Druck anwendenDie Standardwerte der Thread Group (Loop Count = 1) bewirken, dass der Test nur einmal ausgeführt wird und die hinzugefügte Web-URL-Ressource nur einmal abgerufen wirdKlicken Sie mit der rechten Maustaste auf die Thread Group und wählen Sie unter Hinzufügen-->Sampler die HTTP Request ausKopieren und fügen Sie eine URL für eine statische Ressource in das Feld Pfad des HTTP Request Samplers ein.Zum Beispiel: https://jmeter.apache.org/images/jmeter.pngTestplan validierenVerwenden Sie den Listener View Results Tree, um bei der Validierung der Antwort im GUI vom Remote-Server zu helfenKlicken Sie mit der rechten Maustaste auf den Testplan und wählen Sie unter Hinzufügen-->Listener den View Results Tree ausApache JMeter bietet viele weitere Listener zur Validierung der Payload-Antworten innerhalb der GUI, aber für eine gute Stichprobenanalyse wird der View Results Tree dringend empfohlenKlicken Sie zurück auf den Testplan und speichern Sie Ihr ProjektDatei-->Speichern      Es wird ein Speicherort für Ihre JMX-Datei (Ihren Testplan) abgefragt      Z.B. simpletest1.jmxDie visuelle Validierung eines Testplans kann dank des View Results Tree Listeners einfach sein.Klicken Sie einfach auf das grüne Dreieck oben in der Apache JMeter GUI und wählen Sie dann View Results Tree ausDies sendet nur eine Anfrage für das von uns angegebene Bild und stoppt dann den TestDies ist standardmäßig so bei der Konfiguration der „Thread Group“Ein grünes Schild mit den Worten „HTTP Request“ sollte im Textbereich sichtbar seinDas „grün“ zeigt eine erfolgreiche Anfrage und Antwort anHinweis: Das Senden nur einer Anfrage hilft dabei, das "load testing " der jmeter.apache.org-Seite zu vermeiden, was vermieden werden sollte.Wenn Sie auf das grüne Schild oder HTTP Request klicken, gefolgt vom Sampler-Ergebnis, werden einige wichtige Informationen vom Remote-Server angezeigtLadezeit (Antwortzeit)Größe in Bytes (Header und Body)Anzahl der FehlerAntwortcodeContentTypeWenn Sie auf das grüne Schild oder HTTP Request klicken, gefolgt von Response data und dann Response Body, wird die vom Remote-Server zurückgegebene Payload angezeigtNochmals auf das grüne Dreieck klicken sendet eine weitere einzelne Anfrage für dasselbe BildDie Ladezeit für das angeforderte Bild wird höchstwahrscheinlich unterschiedlich seinSie haben gerade Ihren ersten Apache JMeter-Test erstellt, durchlaufen und verifiziert!In anderen Tutorials besprechen wir, wie man einen Testplan erstellt, der auf einen Dienst in Ihrer ArcGIS-Bereitstellung zeigt sowie wie man einen Test über die Befehlszeile für einen produktionsreifen Lauf ausführt.Um den in diesem Artikel verwendeten Apache JMeter-Testplan herunterzuladen, siehe: simpletest1.zipFür Informationen darüber, wie man einen Apache JMeter-Testplan erstellt, um den SampleWorldCities ArcGIS-Dienst „dynamisch“ über die Exportkartenfunktion aufzurufen, siehe: Erstellen eines Load Tests in Apache JMeter gegen den SampleWorldCities Map Service (Anfänger/Mittelstufe). Um den (aktualisierten) begleitenden JMeter-Testplan herunterzuladen, siehe: sampleworldcities2B.zip.Für eine Reihe zusätzlicher Test-Tutorials (von zunehmende Komplexität), siehe: Performance Engineering: Load Testing ArcGIS Enterprise    Apache JMeter veröffentlicht unter der Apache Lizenz 2.0. Apache, Apache JMeter, JMeter, die Apache-Feder und das Apache JMeter-Logo sind Marken der Apache Software Foundation. Oracle® , Java und MySQL sind eingetragene Marken von Oracle und/oder seinen Tochtergesellschaften. 

Aaron Lopez

Hello @venugopalinfotech,

> Does LR application supports GIS applications to do performance testing.

Thanks to ArcGIS Server (and ArcGIS Enterprise), the majority of GIS functions take place via HTTPS. This is were most modern testing frameworks (e.g., JMeter, Load Runner) can be used to "playback" web traffic to exercise your workflow of interest.

> If LR supports GIS applications, what are the steps that needs to be taken into consideration while recording the scripts.

Keep in mind that testing an application involves a different set of strategies and techniques that testing services.
Recording application workflow traffic from a web browser and converting that traffic into test framework logic varies from tool to tool. But it is still very doable with most modern frameworks.
Test services (e.g., map, feature, geoprocessing, etc...) is more atomic as you are just focusing on one service at a time. To get the most value out of this effort typically requires a wider range of test input data (e.g. AOI extents) that exercise the service to a greater degree.

There are several strategies for doing this with JMeter here: Performance Engineering: Load Testing ArcGIS Enterprise 

> I have found that just for ‘Login and Logout’, the application has generated around 5000 lines of script code.
Yes, but I would guess that the high majority of these lines might be to support requests for static items (e.g., css, png, js files). While overall these static items are what the user's browser is issuing, as the tester, you can probably reduce this to a handful of dynamic calls that are responsible for the login and logout logic.

> Is there any performance tool that supports GIS (WebAppBuilder, ESRI -ArcGIS) applications apart from LR.
JMeter does this (tests HTTPS) pretty well and its free!
I recommend looking at some of our Community Articles on testing ArcGIS with JMeter: Performance Engineering: Load Testing ArcGIS Enterprise 
From what I understand, Load Runner is a good tool too for testing HTTPS.

Hope this helps.
Aaron