Tough Day

Was ist Tough Day 2?

„Tough Day 2“ ist eine Anwendung, mit der Sie einen Stresstest Ihrer AEM-Instanz durchführen können. Sie können ihn direkt mit der standardmäßigen Test-Suite ausführen oder an Ihre Testanforderungen anpassen. In dieser Aufnahme sehen Sie eine Präsentation der Anwendung.

Ausführen von Tough Day 2

Laden Sie die aktuelle Version von Tough Day 2 aus dem Adobe-Repository herunter. Nachdem Sie die Anwendung heruntergeladen haben, können Sie sie standardmäßig ausführen, indem Sie den Parameter host angeben. Im folgenden Beispiel wird die AEM-Instanz lokal ausgeführt, sodass der Wert localhost verwendet wird:

java -jar toughday2.jar --host=localhost

Die Standard-Suite, die nach dem Hinzufügen des Parameters ausgeführt wird, heißt toughday. Sie enthält die folgenden Anwendungsfälle:

• Erstellen von Seiten und zugehörigen Live Copies (einschließlich Rollouts)
• Abrufen der Homepage
• Ausführen von Abfragen in QueryBuilder
• Erstellen von Asset-Hierarchien
• Löschen von Assets

Die Suite enthält 15 Prozent Schreibaktionen und 85 Prozent Leseaktionen.

Um die Suite-Tests auszuführen, installiert Tough Day 2 das Standard-Inhaltspaket. Dies lässt sich vermeiden, indem Sie den Parameter installsamplecontentauf false setzen. Beachten Sie jedoch, dass Sie auch die Standardpfade für die Tests ändern sollten, die Sie ausführen möchten. Wenn die JAR-Datei ohne Parameter ausgeführt wird, zeigt Tough Day 2 die Hilfeinformationen an.

Als allgemeine Regel können Sie die Anwendung verwenden, indem Sie diesem Muster folgen:

java -jar toughday2.jar [--help | --help_full | --help_tests | --help_publish]  [<global arguments> | <actions> | --runmode | --publishmode]

Hilfe

Tough Day 2 bietet zahlreiche Hilfeoptionen, auf die Sie über die Befehlszeile zugreifen können. Beispiel:

java -jar toughday2.jar --help_full

In der nachfolgenden Tabelle finden Sie die relevanten Hilfeparameter.

Globale Parameter

Tough Day 2 bietet globale Parameter, die die Testumgebung festlegen oder ändern. Dazu gehören der Ziel-Host, die Portnummer, das verwendete Protokoll, Benutzer und Kennwort für die Instanz usw. Beispiel:

java -jar toughday2.jar --host=host --protocol=https --port=4502 --duration=30m --dryrun=true

Nachfolgend finden Sie alle relevanten Parameter:

Anpassung

Die Anpassung erfolgt wahlweise über Befehlszeilenparameter oder YAML-Konfigurationsdateien. Konfigurationsdateien werden in der Regel für umfangreiche angepasste Suites verwendet. Sie überschreiben die Standardparameter von Tough Day 2. Befehlszeilenparameter überschreiben sowohl Konfigurationsdateien als auch Standardparameter.

Die einzige Möglichkeit, eine Testkonfiguration zu speichern, besteht darin, sie in das YAML-Format zu kopieren. Weitere Informationen finden Sie in dieser toughday.yaml -Konfiguration und in den folgenden Abschnitten in den YAML-Konfigurationsbeispielen.

Hinzufügen eines neuen Tests

Wenn Sie die standardmäßige toughday-Suite nicht verwenden möchten, können Sie mit dem Parameter add einen Test Ihrer Wahl hinzufügen. Die folgenden Beispiele zeigen, wie Sie den Test CreateAssetTreeTest mit Befehlszeilenparametern oder mit einer YAML-Konfigurationsdatei hinzufügen.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest

Mit einer YAML-Konfigurationsdatei:

globals:
  host : localhost
tests:
  - add : CreateAssetTreeTest

Hinzufügen von mehreren Instanzen desselben Tests

Sie können auch mehrere Instanzen desselben Tests hinzufügen und ausführen. Dabei muss jedoch jede Instanz einen eindeutigen Namen aufweisen. Die folgenden Beispiele zeigen, wie Sie zwei Instanzen desselben Tests mit Befehlszeilenparametern oder mit einer YAML-Konfigurationsdatei hinzufügen.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest name=FirstAssetTree --add CreateAssetTreeTest name=SecondAssetTree

Mit einer YAML-Konfigurationsdatei:

globals:
  host : localhost
tests:
  - add : CreateAssetTreeTest
    properties:
      name : FirstAssetTree
  - add : CreateAssetTreeTest
    properties:
      name : SecondAssetTree

Ändern der Testeigenschaften

Wenn Sie eine Testeigenschaft (oder mehrere) ändern müssen, können Sie diese Eigenschaft(en) zur Befehlszeile oder zur YAML-Konfigurationsdatei hinzufügen. Um alle verfügbaren Testeigenschaften anzuzeigen, fügen Sie den Parameter --help <TestClass/PublisherClass> zur Befehlszeile hinzu, z. B.:

java -jar toughday2.jar --help CreatePageTreeTest

Beachten Sie, dass die YAML-Konfigurationsdateien die Standardparameter von Tough Day 2 überschreiben und Befehlszeilenparameter sowohl die Konfigurationsdateien als auch die Standardparameter überschreiben.

Die folgenden Beispiele zeigen, wie Sie die template-Eigenschaft für den CreatePageTreeTest-Test ändern, indem Sie entweder Befehlszeilenparameter oder eine YAML-Konfigurationsdatei verwenden.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --add CreatePageTreeTest template=/conf/toughday-templates/settings/wcm/templates/toughday-template

Mit einer YAML-Konfigurationsdatei:

globals:
  host : localhost
tests:
  - add : CreatePageTreeTest
    properties:
      template : /conf/toughday-templates/settings/wcm/templates/toughday-template

Arbeiten mit vordefinierten Test-Suites

Die folgenden Beispiele zeigen, wie Sie einen Test zu einer vordefinierten Suite hinzufügen und einen vorhandenen Test neu konfigurieren und aus einer vordefinierten Suite ausschließen.

Um einen neuen Test zu einer vordefinierten Suite hinzuzufügen, verwenden Sie den Parameter add und geben die gewünschte Suite an.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --suite=toughday --add CreatePageTreeTest

Mit einer YAML-Konfigurationsdatei:

globals:
  host : localhost
  suite : toughday
tests:
  - add : CreatePageTreeTest

Bestehende Tests in einer bestimmten Suite können auch mit dem Parameter config* *neu konfiguriert werden. Beachten Sie, dass Sie auch den Suite-Namen und den tatsächlichen Namen des Tests angeben müssen (nicht den Namen der Testklasse). Den Testnamen finden Sie in der Eigenschaft name der Testklasse. Weitere Informationen zum Finden von Testeigenschaften finden Sie im Abschnitt Ändern von Testeigenschaften.

Im folgenden Beispiel wird der standardmäßige Asset-Titel für CreatePageTreeTest (mit dem Namen UploadAsset) in "NewAsset"geändert.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --suite=toughday --config UploadAsset title=NewAsset

Mit einer YAML-Konfigurationsdatei:

globals:
  host : localhost
  suite : toughday
tests:
  - config : UploadAsset
    properties :
      title : NewAsset

Außerdem können Sie auch Tests aus vordefinierten Suites oder Herausgebern von der Standardkonfiguration entfernen. Dazu dient der Parameter exclude. Bitte beachten Sie, dass Sie auch den Namen der Suite und den tatsächlichen Namen des Tests angeben müssen (nicht den Namen von Test C lass ). Sie finden den Testnamen in der Eigenschaft name der Testklasse. Im folgenden Beispiel wird der Test CreatePageTreeTest (mit dem Namen UploadAsset) aus der Touchday Suite entfernt.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --suite=toughday --exclude UploadAsset

Mit einer YAML-Konfigurationsdatei:

globals:
  host : localhost
  suite : toughday
tests:
  - exclude : UploadAsset

Ausführungsmodi

Tough Day 2 kann in einem der folgenden Modi ausgeführt werden: normal und Konstante Last.

Der Ausführungsmodus normal hat zwei Parameter:

• concurrency - "concurrency"stellt die Anzahl der Threads dar, die Tough Day 2 für die Testausführung erstellt. Auf diesen Threads werden die Tests ausgeführt, bis entweder die Dauer abgelaufen ist oder es keine weiteren Tests zur Durchführung mehr gibt.

• waittime – Dieser Parameter legt die Wartezeit zwischen zwei aufeinanderfolgenden Testausführungen auf demselben Thread fest. Der Wert muss in Millisekunden angegeben werden.

Das folgende Beispiel zeigt, wie Sie die Parameter hinzufügen – mit der Befehlszeile:

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest --runmode=normal concurrency=20

oder mit einer YAML-Konfigurationsdatei:

runmode:
  type : normal
  waittime : 300
  concurrency : 200

Der Ausführungsmodus Konstante Last unterscheidet sich vom normalen Ausführungsmodus, indem eine konstante Anzahl von gestarteten Testausführungen und nicht eine konstante Anzahl von Threads generiert wird. Sie können die Last mithilfe des Parameters Ausführungsmodus mit demselben Namen festlegen.

Testauswahl

Der Testauswahlprozess ist für beide Ausführungsmodi identisch und läuft wie folgt ab: Alle Tests verfügen über eine weight -Eigenschaft, die die Wahrscheinlichkeit der Ausführung in einem Thread bestimmt. Wenn es z. B. zwei Tests gibt, einen mit dem „weight“-Wert 5 und einen mit dem „weight“-Wert 10, ist die Wahrscheinlichkeit der Ausführung bei dem Test mit dem Wert 10 doppelt so hoch wie bei dem anderen Test.

Darüber hinaus können Tests über eine count -Eigenschaft verfügen, die die Anzahl der Ausführungen auf eine bestimmte Zahl begrenzt. Wenn diese Anzahl erreicht ist, finden keine weiteren Testausführungen mehr statt. Alle Testinstanzen, die bereits ausgeführt werden, beenden die Ausführung wie konfiguriert. Das folgende Beispiel zeigt, wie Sie diese Parameter mit der Befehlszeile oder mit einer YAML-Konfigurationsdatei hinzufügen.

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest weight=5 --add CreatePageTreeTest weight=10 count=100 --runmode=normal concurrency=20

oder

- add : CreateAssetTreeTest
    properties :
      name : UploadAsset
      weight : 5
      base : 3
      foldertitle : IAmAFolder
      assettitle : IAmAnAsset
      count : 100

Probelauf

Ein Probelauf analysiert alle Eingaben (Befehlszeilenparameter oder Konfigurationsdateien), führt sie mit den Standardwerten zusammen und gibt die Ergebnisse aus. Er führt keinen Test durch.

java -jar toughday2.jar --host=localhost --suite=toughday --add CreatePageTreeTest --dryrun=true

Ausgabe

Tough Day 2 gibt Testmetriken und -protokolle aus. Weitere Informationen finden Sie in den folgenden Abschnitten.

Testmetriken

Tough Day 2 meldet derzeit neun Testmetriken, die Sie auswerten können. Metriken mit dem Symbol ​* werden erst nach erfolgreichen Ausführungen gemeldet:

Diese Metriken werden mithilfe von Herausgebern geschrieben, die mit dem Parameter add hinzugefügt werden können (ähnlich wie beim Hinzufügen von Tests). Aktuell gibt es zwei Optionen:

• CSVPublisher - die Ausgabe ist eine CSV-Datei.
• ConsolePublisher - die Ausgabe wird in der Konsole angezeigt.

Standardmäßig werden beide Herausgeber aktiviert.

Zusätzlich gibt es zwei Modi, bei denen die Metriken gemeldet werden:

• Der Veröffentlichungsmodus simple meldet die Ergebnisse vom Beginn der Ausführung bis zum Zeitpunkt der Veröffentlichung.
• Der Veröffentlichungsmodus intervalle meldet die Ergebnisse in einem bestimmten Zeitraum. Sie können den Zeitrahmen mit dem Parameter interval Veröffentlichungsmodus festlegen.

Das folgende Beispiel zeigt, wie Sie den Parameter intervals mit der Befehlszeile oder mit einer YAML-Konfigurationsdatei konfigurieren.

Mit Befehlszeilenparametern:

java -jar toughday2.jar --host=localhost --add CreatePageTreeTest --publishmode type=intervals interval=10s

Mit einer YAML-Konfigurationsdatei:

publishmode:
     type : intervals
     interval : 10s
     tests:
        -add : CreatePageTreeTest

Protokollierung

Tough Day 2 erstellt einen Protokollordner in demselben Ordner, in dem Sie Tough Day 2 ausgeführt haben. Dieser Ordner enthält zwei Arten von Protokollen:

• toughday.log: enthält Meldungen zum Anwendungsstatus, Debugging-Informationen und globale Meldungen
• toughday_<Testname>.log: Meldungen zum genannten Test

Die Protokolle werden nicht überschrieben. Bei nachfolgenden Testausführungen werden Meldungen an die vorhandenen Protokolle angehängt. Die Protokolle haben mehrere Ebenen, weitere Informationen finden Sie unter [loglevel parameter](/docs/experience-manager-65/sites-developing/tough-day.md#global-parameters).

Anwendungsbeispiel

Bekannte Probleme

Datei laden