lift.yaml - Online in de cloud

PROGRAMMA:

NAAM

lift.yaml - Definieer een lifttestsuite

PRODUCTBESCHRIJVING

Lift biedt een integratie/functioneel testplatform dat dit aankan uitvoerbaar gemakkelijk testen
en generiek.

lift.yaml bestanden worden gebruikt om een ​​testsuite te definiëren. Zo'n bestand is geschreven in YAML (‐
http://yaml.org/) en ondersteunen 3 typen hoofdsecties: settings, lokaal testen en vanop
testen. Deze worden verderop in deze documentatie gedocumenteerd.

Een Lifttestsuite bestaat uit minimaal één lift.yaml bestand, maar het is vaak een map
hiërarchie met één lift.yaml bestand op elk niveau.

Een dergelijke hiërarchie is nuttig om meer gespecialiseerde subsuites te definiëren (bijvoorbeeld één voor basic
functionaliteiten, één voor optredens...). Elke subsuite heeft zijn eigen lift.yaml en kan zijn
individueel lopen.

Instellingen gedefinieerd op a lift.yaml bestand worden overgenomen in subsuites. Subsuites kunnen worden overschreven
overgenomen instellingen als dat nodig is.

INSTELLINGEN DEFINITIE

Deze sectie wordt gebruikt om externe machines te definiëren die zullen worden gebruikt voor tests op afstand
definieer omgevingsvariabelen die aan tests worden doorgegeven.

Omgevingsvariabelen kunnen voor elke test afzonderlijk in hun definitie worden overschreven.

De sectie 'instellingen' moet worden gedefinieerd in de hoofdmap van het lift.yaml bestand.

instellingen:
# Het trefwoord 'define' gevolgd door de naam van de afstandsbediening
definieer mijn_remote:
host: localhost # verplicht
gebruikersnaam: root # verplicht
wachtwoord: foobar # optioneel (als ssh-sleutels correct zijn ingesteld)
definieer my_other_remote:
host: localhost
gebruikersnaam: not_root
wachtwoord: foobar
# Deze worden verzonden naar de testopdrachten
# Ze kunnen worden gebruikt als een manier om algemene instellingen door te geven
milieu:
MY_ENV_VAR1: foo
MY_ENV_VAR2: balk

LOKALE TEST DEFINITIE

Elke test wordt vertegenwoordigd door een enkele sectie aan de basis van de lift.yaml bestand. Hier is een
voorbeeld:

# het trefwoord 'test' gevolgd door de testnaam
test mijn_testnaam:
commando: "./my_test_executable --my-arg" # verplicht
retourcode: 0 # optioneel (standaard 0)
time-out: 10 # optioneel, in seconden (standaard geen time-out)
omgeving: # optioneel
MY_VAR: 42 # kan een reeds gedefinieerde variabele overschrijven

Als er een time-out optreedt bij een test, wordt 124 geretourneerd. U kunt daarom testen of een opdracht een time-out veroorzaakt
door de waarde van de 'retourcode' in te stellen op 124.

De daadwerkelijke omgeving die door een test wordt gebruikt, wordt in de volgende volgorde berekend: omgeving
op een hoger niveau gedefinieerd lift.yaml bestanden (overerving), en vervolgens de omgeving die is gedefinieerd in het
actueel lift.yaml bestand en ten slotte de omgeving die in de test zelf is gedefinieerd.

Het 'commando' kan een absoluut pad zijn, een pad relatief ten opzichte van de stroom lift.yaml positie
of een systeemopdracht (zoals ping, curl...)

AFSTAND TEST DEFINITIE

Elke test op afstand wordt vertegenwoordigd door een enkele sectie aan de basis van de lift.yaml bestand.
Raadpleeg ook de lokale testdefinitiedocumentatie, aangezien alle opties opnieuw worden gebruikt
op dezelfde manier voor tests op afstand. Hier is een voorbeeld:

# Een bekende externe naam gevolgd door het trefwoord 'test' en de testnaam
# Dit definieert een test die op my_remote zal worden uitgevoerd.
mijn_remote test mijn_remote_test_name:
commando: "sh test/test.sh --mijn-arg"
retourcode: 0
time-out: 2
# Maak een lijst van bestanden en mappen die naar de afstandsbediening worden geüpload
# voordat u de test uitvoert.
middelen:
- test/
milieu:
MY_VAR: inhoud

Om bekend te zijn, moet een afstandsbediening op een hoger niveau worden gedefinieerd lift.yaml filet
(erfenis) of in de stroom lift.yaml of rechtstreeks via de --op afstand optie van de lift
opdrachtregel.

Bestandsbronnen worden "plat" geüpload, terwijl mappen hun structuur behouden. Wil opheffen
zorg ervoor dat alle bronnen van de afstandsbediening worden verwijderd nadat de test voorbij is.

De opdracht wordt uitgevoerd in een tijdelijke map die op de afstandsbediening wordt aangemaakt.
Bronnen worden in deze map geplaatst, zodat u relatieve paden ernaartoe kunt gebruiken in uw bestand
opdracht/uitvoerbaar.

VOL TEST SUITE VOORBEELD

De voorbeeld map in de hoofdmap van de Lift-bronnen bevat een volledig becommentarieerd voorbeeld van a
Lifttestsuite, welke ook gebruikt kan worden als functionele testsuite voor Lift zelf.

Op Debian-systemen is de voorbeeld map is te vinden in /usr/share/doc/lift/example.

Gebruik lift.yaml online met behulp van onworks.net-services