3. Elemente eines Testplans Dieser Abschnitt beschreibt die verschiedenen Teile eines Testplans. Ein Mindesttest besteht aus dem Testplan, einer Thread-Gruppe und einem oder mehreren Samplern. 3.0 Testplanpara Das Testplanobjekt hat eine Checkbox mit dem Namen Functional Testing. Wenn diese Option ausgewählt ist, wird JMeter die Daten, die vom Server für jedes Sample zurückgegeben werden, aufzeichnen. Wenn Sie eine Datei in Ihren Test-Listenern ausgewählt haben, werden diese Daten in eine Datei geschrieben. Dies kann nützlich sein, wenn Sie einen kleinen Durchlauf durchführen, um sicherzustellen, dass JMeter korrekt konfiguriert ist und dass der Server die erwarteten Ergebnisse zurückgibt. Die Folge ist, dass die Datei riesig schnell wächst, und JMeters Leistung leiden wird. Diese Option sollte deaktiviert sein, wenn Sie Stress-Tests durchführen (standardmäßig ist sie deaktiviert). Wenn Sie die Daten nicht in die Datei aufnehmen, macht diese Option keinen Unterschied. Sie können auch über die Schaltfläche Konfiguration eines Hörers entscheiden, welche Felder zu speichern sind. 3.1 Thread Grouppara Thread-Gruppenelemente sind die Anfangspunkte eines jeden Testplans. Alle Controller und Sampler müssen unter einer Thread-Gruppe sein. Andere Elemente, z. B. Zuhörer können direkt unter den Testplan gestellt werden, in diesem Fall gelten sie für alle Thread-Gruppen. Wie der Name schon sagt, steuert das Thread-Gruppen-Element die Anzahl der Threads, die JMeter zur Ausführung des Tests verwendet. Die Steuerelemente für eine Thread-Gruppe ermöglichen Folgendes: Festlegen der Anzahl der Threads Setzen der Rampenzeit Legen Sie fest, wie oft der Test ausgeführt werden soll Jeder Thread führt den Testplan vollständig und völlig unabhängig von anderen Test-Threads aus. Mehrere Threads werden verwendet, um gleichzeitige Verbindungen zu Ihrer Server-Anwendung zu simulieren. Die Rampenzeit teilt JMeter mit, wie lange es dauert, bis die volle Anzahl der gewählten Threads aufwärts geht. Wenn 10 Threads verwendet werden und die Rampenzeit 100 Sekunden beträgt, benötigt JMeter 100 Sekunden, um alle 10 Threads in Betrieb zu nehmen. Jeder Thread startet 10 (100 10) Sekunden nachdem der vorherige Thread gestartet wurde. Wenn es 30 Threads und eine Ramp-Up-Periode von 120 Sekunden gibt, wird jeder nachfolgende Thread um 4 Sekunden verzögert. Ramp-up muss lang genug sein, um zu große Arbeitsbelastung zu Beginn eines Tests zu vermeiden, und kurz genug, dass die letzten Threads laufen, bevor die ersten beenden (es sei denn, man will das passieren). Beginnen Sie mit Ramp-up Anzahl der Threads und passen Sie nach oben oder unten, wie gebraucht. Standardmäßig ist die Thread-Gruppe so konfiguriert, dass sie einmal durch ihre Elemente geschleift wird. Thread Group bietet auch einen Scheduler. Klicken Sie auf das Kontrollkästchen am unteren Rand der Gruppe der Thread-Gruppe, um zusätzliche Felder zu deaktivieren, in denen Sie die Dauer des Tests, die Startverzögerung, die Start - und Endzeiten des Laufs eingeben können. Sie können die Dauer (Sekunden) und die Startverzögerung (Sekunden) so konfigurieren, dass sie die Dauer jeder Thread-Gruppe und die Zeitdauer, nach der sie startet, steuert. Wenn der Test gestartet wird, wartet JMeter die Startverzögerung (Sekunden), bevor die Threads der Thread-Gruppe gestartet und für die konfigurierte Dauer (Sekunden) ausgeführt werden. Beachten Sie, dass diese beiden Optionen die Startzeit und die Endzeit überschreiben. Alternativ (wenn auch nicht als nicht sehr flexibel empfohlen) können Sie die beiden anderen Felder Startzeit und Endzeit verwenden. Wenn der Test gestartet wird, wartet JMeter, bis die Startzeit erreicht ist. Am Ende jedes Zyklus prüft JMeter, ob die Endzeit erreicht ist, und wenn ja, wird der Lauf gestoppt, ansonsten kann der Test fortgesetzt werden, bis die Iterationsgrenze erreicht ist. 3.2 Controllerspara JMeter hat zwei Arten von Controllern: Sampler und Logical Controllers. Diese steuern die Verarbeitung eines Tests. Sampler sagen JMeter, Anforderungen an einen Server zu senden. Fügen Sie zum Beispiel einen HTTP-Request-Sampler hinzu, wenn JMeter eine HTTP-Anforderung senden soll. Sie können eine Anforderung auch anpassen, indem Sie einem Sampler ein oder mehrere Konfigurationselemente hinzufügen. Weitere Informationen finden Sie unter Sampler. Logische Steuerungen können Sie die Logik, die JMeter verwendet, um zu entscheiden, wann zum Senden von Anforderungen anpassen. Beispielsweise können Sie einen Interleave Logic Controller hinzufügen, um zwischen zwei HTTP-Request-Samplern zu wechseln. Weitere Informationen finden Sie unter Logische Steuerungen. 3.2.1 Samplerspara Sampler sagen JMeter, Anforderungen an einen Server zu senden und auf eine Antwort zu warten. Sie werden in der Reihenfolge verarbeitet, in der sie im Baum erscheinen. Mit Reglern können Sie die Anzahl der Wiederholungen eines Samplers ändern. JMeter-Sampler umfassen: FTP-Request-HTTP-Request (kann auch für SOAP - oder REST-Webservice verwendet werden) JDBC-Anfrage Java-Objektanforderung JMS-Anfrage JUnit-Testanforderung LDAP-Anforderung Mail-Anfrage OS-Prozessanforderung TCP-Anforderung Jeder Sampler verfügt über mehrere Eigenschaften, die Sie einstellen können. Sie können einen Sampler weiter anpassen, indem Sie dem Testplan ein oder mehrere Konfigurationselemente hinzufügen. Wenn Sie mehrere Requests desselben Typs (z. B. HTTP Request) an denselben Server senden möchten, sollten Sie ein Defaults Configuration Element verwenden. Jeder Controller hat ein oder mehrere Defaults (siehe unten). Denken Sie daran, einen Listener zu Ihrem Testplan hinzuzufügen, um die Ergebnisse Ihrer Anforderungen auf der Festplatte anzuzeigen und zu speichern. Wenn Sie daran interessiert sind, JMeter eine grundlegende Validierung über die Antwort Ihrer Anfrage durchzuführen, fügen Sie dem Sampler eine Assertion hinzu. Beispielsweise kann beim Stresstest einer Webanwendung der Server einen erfolgreichen HTTP-Antwortcode zurückgeben, aber die Seite kann Fehler aufweisen oder fehlende Abschnitte sein. Sie könnten Assertionen hinzufügen, um nach bestimmten HTML-Tags, häufigen Fehlerzeichenfolgen usw. zu suchen. Mit JMeter können Sie diese Assertionen mit regulären Ausdrücken erstellen. 3.2.2 Logic Controllerspara Logic Controller können Sie die Logik anpassen, mit der JMeter entscheidet, wann die Anforderungen gesendet werden sollen. Logic Controller können die Reihenfolge der Anforderungen ändern, die von ihren untergeordneten Elementen kommen. Sie können die Anfragen selbst ändern, JMeter zur Wiederholung von Anfragen usw. veranlassen. Um die Auswirkungen von Logic Controllern auf einen Testplan zu verstehen, sollten Sie den folgenden Testbaum beachten: Testgruppe Thread Group Einmal nur Controller Login Request (eine HTTP-Anfrage) (HTTP-Sampler) HTTP-Standardanforderung (Konfigurationselement) HTTP-Standardanforderung (Konfigurationselement) Cookie-Manager (Konfigurationselement) Das erste, was an diesem Test ist, ist, dass die Anmeldeanforderung wird Nur das erste Mal durch. Nachfolgende Iterationen werden es überspringen. Dies ist auf die Auswirkungen des Einmal-Controllers zurückzuführen. Nach dem Login lädt der nächste Sampler die Suchseite (stellen Sie sich eine Web-Applikation vor, bei der sich der Benutzer anmeldet und geht dann zu einer Suchseite, um eine Suche durchzuführen). Dies ist nur eine einfache Anforderung, die nicht durch einen Logic Controller gefiltert wird. Nach dem Laden der Suchseite wollen wir eine Suche durchführen. Eigentlich wollen wir zwei verschiedene Suchvorgänge durchführen. Allerdings möchten wir die Suchseite selbst zwischen jeder Suche neu laden. Wir können dies tun, indem wir 4 einfache HTTP-Anfrage-Elemente (Last-Suche, Suche A, Last-Suche, Suche B). Stattdessen verwenden wir den Interleave-Controller, der jedes Mal durch den Test ein Kind anfordert. Es hält die Anordnung (d. H., Es gibt keine zufällig, sondern erinnert sich an seinen Platz) seiner untergeordneten Elemente. Interleaving 2 Kind Anfragen können Overkill, aber es könnte leicht gewesen sein 8, oder 20 Kind Anfragen. Beachten Sie die HTTP Request Defaults, die zum Interleave Controller gehören. Stellen Sie sich vor, dass Search A und Search B die gleichen PATH-Informationen verwenden (eine HTTP-Anforderungsspezifikation umfasst Domäne, Port, Methode, Protokoll, Pfad und Argumente sowie andere optionale Elemente). Das macht Sinn - das sind Suchanfragen, die dieselbe Back-End-Suchmaschine treffen (ein Servlet oder ein CGI-Script, sagen wir). Anstatt beide HTTP-Sampler mit denselben Informationen in ihrem PATH-Feld zu konfigurieren, können wir diese Informationen zu einem einzigen Konfigurationselement abstrahieren. Wenn der Interleave-Controller Anfragen von Search A oder Search B weitergibt, füllt er die Leerzeichen mit Werten aus der HTTP-Standardanforderung Configuration Element. So lassen wir das Feld PATH für diese Anfragen leer und setzen diese Informationen in das Konfigurationselement. In diesem Fall ist dies ein minderer Vorteil am besten, aber es zeigt die Funktion. Das nächste Element im Baum ist eine weitere HTTP-Standardanforderung, die der Thread Group selbst hinzugefügt wird. Die Thread-Gruppe verfügt über eine integrierte Logiksteuerung und verwendet daher dieses Konfigurationselement genau wie oben beschrieben. Es füllt die Leerzeichen einer Anfrage, die durchläuft. Es ist äußerst nützlich, im Web-Test das Feld DOMAIN in allen Ihren HTTP-Sampler-Elementen leer zu lassen und stattdessen diese Informationen in ein HTTP-Standardanforderungselement zu setzen, das der Thread-Gruppe hinzugefügt wurde. Auf diese Weise können Sie Ihre Anwendung auf einem anderen Server testen, indem Sie einfach ein Feld in Ihrem Testplan ändern. Andernfalls müssen Sie jeden Sampler bearbeiten. Das letzte Element ist ein HTTP-Cookie-Manager. Ein Cookie-Manager sollte zu allen Web-Tests hinzugefügt werden - ansonsten ignoriert JMeter Cookies. Durch das Hinzufügen auf der Ebene der Thread-Gruppe stellen wir sicher, dass alle HTTP-Anfragen dieselben Cookies verwenden. Logic Controller können kombiniert werden, um verschiedene Ergebnisse zu erzielen. Siehe Liste der integrierten Logic Controller. 3.2.3 Test Fragmentspara Das Test-Fragment-Element ist ein spezieller Controller-Typ, der auf der Testplan-Struktur auf der gleichen Ebene wie das Element der Thread-Gruppe vorhanden ist. Es unterscheidet sich von einer Thread-Gruppe darin, dass es nicht ausgeführt wird, es sei denn, es wird von einem Modul-Controller oder einem IncludeController verwiesen. Dieses Element ist rein für die Codewiederverwendung innerhalb von Testplänen. 3.3 Listenerspara Hörer bieten Zugriff auf die Informationen, die JMeter über die Testfälle sammelt, während JMeter läuft. Der Listenergebnis-Listener zeigt die Antwortzeiten auf einem Diagramm. Der View Results-Baum-Listener zeigt Details von Sampler-Anforderungen und Antworten an und kann grundlegende HTML - und XML-Darstellungen der Antwort anzeigen. Andere Zuhörer stellen Zusammenfassungs - oder Zusammenfassungsinformationen bereit. Zusätzlich können Zuhörer die Daten zur späteren Verwendung an eine Datei weiterleiten. Jeder Listener in JMeter bietet ein Feld, um die Datei anzugeben, in der Daten gespeichert werden sollen. Es gibt auch eine Schaltfläche Konfiguration, mit der Sie auswählen können, welche Felder zu speichern sind und ob das CSV - oder XML-Format verwendet werden soll. Beachten Sie, dass alle Listeners die gleichen Daten speichern, ist der einzige Unterschied in der Darstellung der Daten auf dem Bildschirm. Hörer können überall im Test hinzugefügt werden, einschließlich direkt unter dem Testplan. Sie sammeln Daten nur von Elementen auf oder unter ihrem Niveau. Es gibt mehrere Hörer, die mit JMeter kommen. 3.4 Timerspara Standardmäßig führt ein JMeter Thread Sampler nacheinander ohne Pause aus. Wir empfehlen Ihnen, eine Verzögerung durch Hinzufügen eines der verfügbaren Timer zu Ihrer Thread-Gruppe festzulegen. Wenn Sie keine Verzögerung hinzufügen, kann JMeter Ihren Server überwältigen, indem Sie zu viele Anfragen in einer sehr kurzen Zeitspanne erstellen. Ein Timer bewirkt, dass JMeter eine bestimmte Zeitspanne vor jedem Sampler verzögert, der in seinem Umfang liegt. Wenn Sie einer Thread-Gruppe mehr als einen Timer hinzufügen möchten, übernimmt JMeter die Summe der Timer und Pausen für diese Zeitdauer, bevor die Sampler ausgeführt werden, auf die die Timer zutreffen. Timer können als Kinder von Probenehmern oder Controllern hinzugefügt werden, um die Probenahmegeräte, auf die sie aufgetragen werden, zu beschränken. Um eine Pause an einer Stelle in einem Testplan vorzusehen, kann man den Test Action Sampler verwenden. 3.5 Assertionspara Assertions ermöglichen es Ihnen, Tatsachen über die Antworten zu bestätigen, die von dem getesteten Server empfangen werden. Mithilfe einer Assertion können Sie im Wesentlichen testen, dass Ihre Anwendung die Ergebnisse zurückgibt, die Sie erwarten. Beispielsweise können Sie behaupten, dass die Antwort auf eine Abfrage einen bestimmten Text enthält. Der Text, den Sie angeben, kann ein regulärer Ausdruck vom Typ Perl sein und Sie können angeben, dass die Antwort den Text enthalten soll oder dass sie mit der gesamten Antwort übereinstimmen sollte. Sie können jedem Sampler eine Behauptung hinzufügen. Sie können beispielsweise eine Behauptung zu einer HTTP-Anforderung hinzufügen, die nach dem Text, lt HTMLgt, prüft. JMeter überprüft dann, ob der Text in der HTTP-Antwort vorhanden ist. Wenn JMeter den Text nicht finden kann, markiert er dies als fehlgeschlagene Anforderung. Beachten Sie, dass Behauptungen für alle Sampler gelten, die in ihrem Umfang sind. Um eine Assertion auf einen einzelnen Sampler zu beschränken, fügen Sie die Assertion als untergeordnetes Element des Samplers hinzu. Um Assertionsergebnisse anzuzeigen, fügen Sie der Thread-Gruppe einen Assertion Listener hinzu. Failed Assertions werden auch in den Tree View - und Table Listeners angezeigt und zählt zum Beispiel in den Aggregate - und Summary-Berichten auf das Fehleralter. 3.6 Konfiguration Elementspara Ein Konfigurationselement arbeitet eng mit einem Sampler zusammen. Obwohl es keine Anfragen (außer HTTP (S) Test Script Recorder) sendet, kann es Anfragen hinzufügen oder ändern. Ein Konfigurationselement ist nur innerhalb des Baumzweigs zugänglich, auf dem Sie das Element platzieren. Wenn Sie beispielsweise einen HTTP Cookie Manager innerhalb eines Simple Logic Controllers platzieren, ist der Cookie Manager nur für HTTP Request Controller verfügbar, die Sie in den Simple Logic Controller legen (siehe Abbildung 1). Der Cookie-Manager ist für die HTTP-Anforderungen Web Page 1 und Web Page 2, aber nicht Web Page 3 zugänglich. Außerdem hat ein Konfigurationselement in einem Baumzweig eine höhere Priorität als dasselbe Element in einem übergeordneten Zweig. Beispielsweise haben wir zwei HTTP-Request Defaults-Elemente, Web Defaults 1 und Web Defaults 2 definiert. Da wir Web Defaults 1 innerhalb eines Loop Controllers platziert haben, kann nur auf Web Seite 2 darauf zugegriffen werden. Die anderen HTTP-Requests verwenden Web Defaults 2, da wir sie in die Thread Group (die Mutter aller anderen Filialen) gelegt haben. Das Benutzerdefinierte Variablenkonfigurationselement ist unterschiedlich. Es wird zu Beginn eines Tests verarbeitet, egal wo er platziert ist. Zur Vereinfachung wird vorgeschlagen, dass das Element nur am Anfang einer Thread-Gruppe platziert wird. 3.7 Pre-Processor Elementspara Ein Pre-Processor führt eine Aktion aus, bevor eine Sampler-Anfrage durchgeführt wird. Wenn ein Pre-Processor an ein Sampler-Element angehängt wird, wird es gerade ausgeführt, bevor dieses Sampler-Element läuft. Ein Pre-Processor wird am häufigsten verwendet, um die Einstellungen eines Sample Request direkt vor der Ausführung zu ändern oder um Variablen zu aktualisieren, die aus dem Antworttext extrahiert wurden. Weitere Informationen darüber, wann Vorprozessoren ausgeführt werden, finden Sie in den Scoping-Regeln. 3.8 Post-Processor Elementspara Ein Post-Processor führt eine Aktion aus, nachdem eine Sampler-Anfrage durchgeführt wurde. Wenn ein Post-Processor an ein Sampler-Element angehängt wird, wird es direkt ausgeführt, nachdem das Sampler-Element ausgeführt wird. Ein Post-Processor wird am häufigsten verwendet, um die Antwortdaten zu verarbeiten, oft um daraus Werte zu extrahieren. Weitere Informationen darüber, wann Post-Processoren ausgeführt werden, finden Sie in den Scoping-Regeln. (Sofern SampleResult null ist) Assertions (sofern SampleResult null ist) Listeners (es sei denn, SampleResult ist null) Bitte beachten Sie, dass Timer, Assertions, Pre - und Post-Prozessoren nur dann verarbeitet werden, wenn Es gibt einen Sampler, auf den sie zutreffen. Logic Controller und Sampler werden in der Reihenfolge verarbeitet, in der sie im Baum erscheinen. Andere Testelemente werden nach dem Geltungsbereich, in dem sie gefunden werden, und dem Typ des Testelements verarbeitet. Innerhalb eines Typs werden die Elemente in der Reihenfolge verarbeitet, in der sie im Baum erscheinen. Zum Beispiel im folgenden Testplan: Controller Postprozessor 1 Sampler 1 Sampler 2 Timer 1 Assertion 1 Vorprozessor 1 Timer 2 Postprozessor 2 Die Reihenfolge der Ausführung wäre: 3.10 Scoping Rulespara Der JMeter-Testbaum enthält Elemente, die sind Beide hierarchisch und geordnet. Einige Elemente in den Testbäumen sind streng hierarchisch (Listeners, Config-Elemente, Post-Prozessoren, Pre-Prozessoren, Assertions, Timer), und einige sind in erster Linie bestellt (Controller, Sampler). Wenn Sie Ihren Testplan erstellen, erstellen Sie eine geordnete Liste der Beispielanforderungen (über Sampler), die einen auszuführenden Satz von Schritten darstellen. Diese Anfragen werden oft in Controllern organisiert, die ebenfalls bestellt werden. Angesichts der folgenden Testbaum: Die Reihenfolge der Anfragen werden, Eins, Zwei, Drei, Vier. Einige Controller beeinflussen die Reihenfolge ihrer Unterelemente, und Sie können über diese spezifischen Controller in der Komponentenreferenz lesen. Andere Elemente sind hierarchisch. Eine Assertion ist zum Beispiel hierarchisch im Testbaum. Wenn das übergeordnete Element eine Anforderung ist, wird es auf diese Anforderung angewendet. Wenn sein übergeordnetes Element ein Controller ist, wirkt es auf alle Anforderungen, die Abkömmlinge dieses Controllers sind. Im folgenden Testbaum wird Assertion 1 nur auf Request One angewendet, Assertion 2 auf Requests Two und Three. Ein weiteres Beispiel, diesmal mit Timern: In diesem Beispiel werden die Anfragen benannt, um die Reihenfolge wiederzugeben, in der sie ausgeführt werden. Timer 1 gilt für die Requests Two, Three und Four (beachten Sie, wie die Reihenfolge für hierarchische Elemente irrelevant ist). Assertion 1 gilt nur für Request Three. Timer 2 wirkt sich auf alle Anfragen aus. Hoffentlich machen diese Beispiele deutlich, wie die Konfiguration (hierarchische) Elemente angewendet werden. Wenn Sie sich vorstellen, dass jede Anfrage an die Zweige, an ihre Eltern, an ihre Eltern, etc. weitergegeben wird und jedes Mal alle Konfigurationselemente dieses Elternteils gesammelt werden, werden Sie sehen, wie es funktioniert. Die Konfigurationselemente Header Manager, Cookie Manager und Authorization Manager werden von den Configuration Default-Elementen unterschiedlich behandelt. Die Einstellungen aus den Configuration Default-Elementen werden zu einem Satz von Werten zusammengefasst, auf die der Sampler zugreifen kann. Die Einstellungen der Manager werden jedoch nicht zusammengeführt. Wenn mehr als ein Manager im Sampler-Bereich ist, wird nur ein Manager verwendet, aber es gibt derzeit keine Möglichkeit festzulegen, welcher verwendet wird. 3.11 Eigenschaften und Variablespara JMeter-Eigenschaften werden in jmeter. properties definiert (siehe Getting Started - JMeter konfigurieren für weitere Details). Eigenschaften sind global zu jmeter und werden meistens verwendet, um einige der Defaults zu definieren, die JMeter verwendet. Beispielsweise definiert die Eigenschaft remotehosts die Server, die von JMeter remote ausgeführt werden sollen. Eigenschaften können in Testplänen referenziert werden - siehe Funktionen - Lesen einer Eigenschaft - können aber nicht für threadspezifische Werte verwendet werden. JMeter-Variablen sind lokal zu jedem Thread. Die Werte können für jeden Thread dieselben sein oder sie können unterschiedlich sein. Wenn eine Variable von einem Thread aktualisiert wird, wird nur die Threadkopie der Variablen geändert. Der Regular Expression Extractor Post-Processor setzt beispielsweise seine Variablen entsprechend dem Muster, das sein Thread gelesen hat, und diese können später von demselben Thread verwendet werden. Einzelheiten zum Referenzieren von Variablen und Funktionen finden Sie unter Funktionen und Variablen Beachten Sie, dass die vom Testplan und dem benutzerdefinierten Variablen-Konfigurationselement definierten Werte dem gesamten Testplan beim Start zur Verfügung stehen. Wenn die gleiche Variable durch mehrere UDV-Elemente definiert ist, wird die letzte wirksam. Sobald ein Thread gestartet ist, wird der erste Satz von Variablen in jeden Thread kopiert. Andere Elemente wie der User-Parameter Pre-Processor oder der reguläre Ausdruck Extractor Post-Processor können verwendet werden, um die gleichen Variablen neu zu definieren (oder neue zu erstellen). Diese Neudefinitionen gelten nur für den aktuellen Thread. Die setProperty-Funktion kann verwendet werden, um eine JMeter-Eigenschaft zu definieren. Diese sind global für den Testplan, so kann verwendet werden, um Informationen zwischen Threads passieren - sollte dies erforderlich sein. Bei beiden Variablen und Eigenschaften wird zwischen Groß - und Kleinschreibung unterschieden. 3.12 Variablen verwenden, um testspara zu parametrisieren Variablen müssen nicht variieren - sie können einmal definiert werden, und wenn sie allein bleiben, wird der Wert nicht geändert. So können Sie sie als Short-Hand für Ausdrücke verwenden, die häufig in einem Testplan erscheinen. Oder für Gegenstände, die während eines Laufs konstant sind, aber zwischen den Läufen variieren können. Zum Beispiel der Name eines Hosts oder die Anzahl der Threads in einer Thread-Gruppe. Wenn Sie entscheiden, wie ein Testplan zu strukturieren ist, notieren Sie, welche Elemente für den Lauf konstant sind, aber zwischen den Läufen ändern können. Entscheiden Sie sich für einige Variablennamen für diese - vielleicht verwenden Sie eine Namenskonvention wie Präfixieren mit C oder K oder nur mit Großbuchstaben, um sie von Variablen zu unterscheiden, die während des Tests geändert werden müssen. Überlegen Sie auch, welche Elemente lokal für einen Thread sein sollen - z. B. Zähler oder Werte, die mit dem Regular Expression Post-Processor extrahiert wurden. Sie können eine andere Namenskonvention für diese verwenden. Beispielsweise können Sie im Testplan Folgendes definieren: Sie können diese im Testplan als etc. verweisen. Wenn Sie später den Host ändern wollen, ändern Sie einfach den Wert der HOST-Variablen. Dies funktioniert bei einer kleinen Anzahl von Tests gut, wird jedoch beim Testen vieler verschiedener Kombinationen langweilig. Eine Lösung besteht darin, eine Eigenschaft zum Definieren des Wertes der Variablen zu verwenden, zum Beispiel: Sie können dann einige oder alle Werte auf der Befehlszeile wie folgt ändern: Copyright copy 1999 ndash 2016. Apache Software Foundation Apache, Apache JMeter, JMeter, die Apache-Feder und das Apache-JMeter-Logo sind Marken der Apache Software Foundation. PractiTest: Nr. 1 Alternative Was sind Alternativen zu Apache JMeter Apache JMeter möglicherweise nicht immer erfüllen Ihre individuellen Anforderungen oder spezifischen Umfeld Ihrer Nische. Wenn das der Fall ist, haben Sie noch eine Gruppe verschiedene Test-Management-Lösungen zu berücksichtigen. Versuchen Sie unsere umfangreichen Vergleichsfunktionen für Apache JMeter Alternativen, die Ihnen helfen, mehr über Funktionen, Kosten, sowie Testimonials für die meisten Arten von Software von anderen Unternehmen angeboten und wählen Sie die am besten geeignete Service für Ihr Unternehmen. Ebenso studieren unsere Bewertungen, um ein komplettes Bild von jedem Service zu bekommen, und nachdem er einige praktische Erfahrungen mit ihm teilen Sie Ihre Benutzerrezension zu helfen, andere Kunden in ihrer Wahl. Unsere Gruppe unabhängiger Experten hat Apache JMeter mit einer Gesamtbewertung von 8,7 10 nach einer Reihe von Kontrollen überprüft. Tatsächliche Kunden von Apache JMeter haben eine durchschnittliche Zufriedenheit Bewertung mit dem Produkt bei 99, die ihre Erfahrungen mit dieser Anwendung widerspiegelt. Wenn Sie einige Ihrer Zeit für die Prüfung anderer Apache JMeter Alternativen widmen, werden Sie höchstwahrscheinlich andere Produkte mit ähnlichen oder sogar besseren Bewertungen finden. Hauptfunktionalität Rate die softwares Fähigkeit, sein Hauptversprechen oder USP zu treffen. Anpassung - Ruft die Software-Anpassungs-Tools, die es dem Unternehmen ermöglichen, die Software-Funktionen auf die geschäftlichen Prozesse und die aktuellen Bedürfnisse abgestimmt. Tools zu beobachten gehören: benutzerdefinierte Berichte benutzerdefinierte Felder benutzerdefinierte Business-Prozesse Logo-Insertionen und Farbpalette Wahl. Collaboration Features runden die Softwarefunktionen ab, mit denen Teammitglieder zusammenarbeiten, Dokumente, Ideen und Best Practices weitergeben können. Inklusive Tools wie: Kommunikationsplattformen (IM Chat, VoIP, E-Mail, Social Media, Telefon) Echtzeit-Features Attachment - und Assoziationsfunktionen sowie automatische Aufgaben - und Kontaktverknüpfungen. Integrationsraten die Fähigkeit der Software, Anwendungen und Formate von Drittanbietern zu assimilieren, besonders populäre Produktivitätstools wie Google Apps, Microsoft Office und Outlook sowie proprietäre E-Mail-Apps. Schließen Sie auch Verbindungsapps mit ein, die die Software zu noch mehr apps und zu APIs integrieren, die Entwicklern erlauben, ihre eigenen apps zur Software zu integrieren. Kann auch die Integration in ältere Versionen der Software beinhalten. Mobilitätsraten, wenn die Software über eine mobile Plattform verfügt und welches mobile Betriebssystem es unterstützt. Zu den zu beobachtenden Attributen gehören Apps für iOS, Android, Windows Mobile, BlackBerry Mobile Browser und spezielle mobile Module. Benutzerfreundlichkeit bewertet die Schwierigkeit beim Lernen und Verwenden der Software. Features zu beobachten: Selbsthilfe-Tutorials schnelle Lookups Dashboard Drag-and-Drop-Tools intuitive Verhaltens-Suche und Daten retrieval Formate und Vorlagen und Schritte, um eine Aufgabe durchzuführen. Help amp Support unterstützt die technische und kundenspezifische Unterstützung durch den Anbieter. Zu den zu messenden Attributen gehören: Live Support (Chat) Tickets gratis und Freemium Support Services Wissensbasis Unterstützung (PDF, aufgezeichnete Webinare, Forum) und bezahlte Support-Pläne. Sicherheitsraten der Softwares-Sicherheits-Infrastruktur einschließlich der folgenden Features: aktivieren deaktivieren Datenzugriff Passwort Verschlüsselung Daten-Backup und offizielle Siegel von seriösen Organisationen, die für die Softwaresicherheit bürgen. Media Rating - Durchschnitt der Bewertungen von großen Rezension Websites, wie z. B .: CNET, Gartner Vendor, MacWorld und PCMag.
No comments:
Post a Comment