Dies ist der Befehl lift.yaml, der im kostenlosen OnWorks-Hosting-Provider über eine unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, Windows-Online-Emulator oder MAC OS-Online-Emulator ausgeführt werden kann
PROGRAMM:
NAME/FUNKTION
lift.yaml - Definieren Sie eine Lift-Testsuite
BESCHREIBUNG
Lift bietet eine Integrations-/Funktionstestplattform, die mit ausführbar testet einfach
und allgemein.
lift.yaml Dateien werden verwendet, um eine Testsuite zu definieren. Eine solche Datei ist in YAML geschrieben (‐
http://yaml.org/) und unterstützt 3 Wurzelabschnittstypen: Einstellungen, aus einer regionalen Tests und entfernt
Tests. Diese sind weiter unten in dieser Dokumentation dokumentiert.
Eine Lift-Testsuite besteht aus mindestens einem lift.yaml Datei, aber es ist oft ein Ordner
Hierarchie mit einem lift.yaml Datei auf jeder Ebene.
Eine solche Hierarchie ist nützlich, um spezialisiertere Untersuiten zu definieren (z. B. eine für grundlegende
Funktionalitäten, eine für Performances...). Jede Untersuite hat ihre eigene lift.yaml und kann
einzeln laufen.
Einstellungen auf a . definiert lift.yaml Datei werden in Untersuiten vererbt. Untersuiten können überschreiben
geerbte Einstellungen, falls erforderlich.
EINSTELLUNGEN DEFINITION
Dieser Abschnitt wird verwendet, um Remote-Rechner zu definieren, die für Remote-Tests verwendet werden und um
Definieren Sie Umgebungsvariablen, die an Tests übergeben werden.
Umgebungsvariablen können für jeden Test einzeln in ihrer Definition überschrieben werden.
Der Abschnitt 'Einstellungen' muss an der Wurzel des lift.yaml Datei.
Einstellungen:
# Das Schlüsselwort 'define' gefolgt vom Remote-Namen
definiere my_remote:
host: localhost # obligatorisch
Benutzername: root # obligatorisch
Passwort: foobar # optional (wenn ssh-Schlüssel richtig gesetzt sind)
definiere my_other_remote:
Host: lokaler Host
Benutzername: not_root
Passwort: foobar
# Diese werden an die Testbefehle übertragen
# Sie können verwendet werden, um allgemeine Einstellungen weiterzugeben
Umgebung:
MY_ENV_VAR1: foo
MY_ENV_VAR2: Balken
LOCAL TESTEN DEFINITION
Jeder Test wird durch einen einzelnen Abschnitt an der Wurzel des lift.yaml Datei. Hier ist ein
Beispiel:
# das Schlüsselwort 'test' gefolgt vom Testnamen
teste mein_test_name:
Befehl: "./my_test_executable --my-arg" # obligatorisch
Rückgabecode: 0 # optional (Standardwert 0)
timeout: 10 # optional, in Sekunden (standardmäßig kein Timeout)
Umgebung: # optional
MY_VAR: 42 # kann eine bereits definierte Variable überschreiben
Wenn ein Test-Timeout auftritt, wird 124 zurückgegeben. Sie können daher testen, ob ein Befehl eine Zeitüberschreitung durchführt
indem Sie den Wert 'Rückgabecode' auf 124 setzen.
Die tatsächlich von einem Test verwendete Umgebung wird in der folgenden Reihenfolge berechnet: Umgebung
in höherer Ebene definiert lift.yaml Dateien (Vererbung), dann die Umgebung, die in der
Strom lift.yaml Datei und schließlich die im Test selbst definierte Umgebung.
Der 'Befehl' kann ein absoluter Pfad sein, ein Pfad relativ zum Strom lift.yaml Position
oder ein Systembefehl (wie ping, curl...)
REMOTE TESTEN DEFINITION
Jeder Ferntest wird durch einen einzelnen Abschnitt an der Wurzel des lift.yaml Datei.
Bitte beachten Sie auch die lokale Testspezifikationsdokumentation, da alle Optionen wiederverwendet werden in
das gleiche gilt für Remote-Tests. Hier ist ein Beispiel:
# Ein bekannter Remote-Name, gefolgt vom 'test'-Schlüsselwort und dem Testnamen
# Dies definiert einen Test, der auf my_remote ausgeführt wird.
my_remote test my_remote_test_name:
Befehl: "sh test/test.sh --my-arg"
Rückgabecode: 0
Zeitüberschreitung: 2
# Dateien und Ordner auflisten, die auf die Fernbedienung hochgeladen werden
# bevor Sie den Test ausführen.
Ressourcen:
- Prüfung/
Umgebung:
MY_VAR: Inhalt
Um bekannt zu sein, muss eine Fernbedienung entweder in einer höheren Ebene definiert werden lift.yaml Datei
(Erbe) oder im Strom lift.yaml oder direkt über die --Fernbedienung Option der heben
Befehlszeile.
Dateiressourcen werden "flach" hochgeladen, während Ordner ihre Struktur behalten. Aufzug wird
Achten Sie darauf, nach Abschluss des Tests alle Ressourcen von der Fernbedienung zu löschen.
Der Befehl wird in einem temporären Verzeichnis ausgeführt, das auf der Fernbedienung erstellt wird.
Ressourcen werden in diesem Verzeichnis abgelegt, sodass Sie relative Pfade zu ihnen in Ihrem
Befehl/ausführbare Datei.
FULL TESTEN SUITE BEISPIEL
Das Beispiel Ordner im Stammverzeichnis der Lift-Quellen enthält ein vollständig kommentiertes Beispiel für a
Lift-Testsuite, die auch als Funktionstestsuite für Lift selbst verwendet werden kann.
Auf Debian-Systemen ist die Beispiel Ordner finden Sie in /usr/share/doc/lift/beispiel.
Verwenden Sie lift.yaml online mit den onworks.net-Diensten
