To jest polecenie lift.yaml, które można uruchomić u dostawcy bezpłatnego hostingu OnWorks przy użyciu jednej z naszych wielu darmowych stacji roboczych online, takich jak Ubuntu Online, Fedora Online, emulator online Windows lub emulator online MAC OS
PROGRAM:
IMIĘ
lift.yaml — Zdefiniuj zestaw testów podnoszenia
OPIS
Podnośnik zapewnia integrację/funkcjonalną platformę testową, która obsługuje: plik wykonywalny łatwo testuje
i ogólnie.
winda.yaml pliki służą do definiowania zestawu testów. Taki plik jest napisany w YAML (‐
http://yaml.org/) i obsługuje 3 typy sekcji korzeni: w panelu ustawień, miejscowy Testy i zdalny
Testy. Są one opisane w dalszej części niniejszej dokumentacji.
Zestaw testów Lift składa się z co najmniej jednego winda.yaml plik, ale często jest to folder
hierarchia z jednym winda.yaml plik na każdym poziomie.
Taka hierarchia jest przydatna do definiowania bardziej wyspecjalizowanych podzestawów (np. jeden dla podstawowego
funkcjonalności, jedna dla występów...). Każdy podapartament ma swój własny winda.yaml i może być
biegać indywidualnie.
Ustawienia zdefiniowane na winda.yaml plik są dziedziczone w podzestawach. Sub-apartamenty mogą zastąpić
odziedziczone ustawienia, jeśli to konieczne.
USTAWIENIA OKREŚLENIE
Ta sekcja służy do definiowania zdalnych maszyn, które będą używane do zdalnych testów i do
zdefiniować zmienne środowiskowe, które będą przekazywane do testów.
Zmienne środowiskowe można nadpisać dla każdego testu indywidualnie w ich definicji.
Sekcja „ustawienia” musi być zdefiniowana w katalogu głównym winda.yaml plik.
ustawienia:
# Słowo kluczowe 'define', po którym następuje zdalna nazwa
zdefiniuj my_remote:
host: localhost # obowiązkowe
nazwa użytkownika: root # obowiązkowy
hasło: foobar # opcjonalnie (jeśli klucze ssh są ustawione poprawnie)
zdefiniuj my_other_remote:
host: localhost
nazwa użytkownika: not_root
hasło: foobar
# Zostaną one przesłane do poleceń testowych
# Mogą być używane jako sposób na przekazywanie wspólnych ustawień
środowisko:
MY_ENV_VAR1: foo
MY_ENV_VAR2: pasek
LOCAL TESTOWANIE OKREŚLENIE
Każdy test jest reprezentowany przez pojedynczą sekcję u podstawy winda.yaml plik. Oto
przykład:
# słowo kluczowe „test”, po którym następuje nazwa testu
przetestuj moja_nazwa_testu:
polecenie: "./my_test_executable --my-arg" # obowiązkowe
kod powrotu: 0 # opcjonalny (domyślnie 0)
limit czasu: 10 # opcjonalnie, w sekundach (domyślnie brak limitu czasu)
środowisko: # opcjonalnie
MY_VAR: 42 # może nadpisać już zdefiniowaną zmienną
Jeśli test przekroczy limit czasu, zwróci 124. Możesz zatem sprawdzić, czy polecenie ma limit czasu
ustawiając wartość „kodu zwrotnego” na 124.
Rzeczywiste środowisko używane przez test jest obliczane w następującej kolejności: środowisko
zdefiniowany na wyższym poziomie winda.yaml pliki (dziedziczenie), to środowisko zdefiniowane w
aktualne winda.yaml plik i wreszcie środowisko zdefiniowane w samym teście.
„Polecenie” może być ścieżką bezwzględną, ścieżką względem prądu winda.yaml position
lub polecenie systemowe (takie jak ping, curl...)
PILOT TESTOWANIE OKREŚLENIE
Każdy test zdalny jest reprezentowany przez pojedynczą sekcję u podstawy winda.yaml plik.
Proszę również zapoznać się z lokalną dokumentacją definicji testu, ponieważ wszystkie opcje są ponownie używane w
w ten sam sposób dla testów zdalnych. Oto przykład:
# Znana nazwa zdalna, po której następuje słowo kluczowe „test” i nazwa testu
# Definiuje test, który zostanie uruchomiony na my_remote.
mój_zdalny test nazwa_moj_zdalnego_testu:
polecenie: "sh test/test.sh --my-arg"
kod zwrotny: 0
limit czasu: 2
# Lista plików i folderów, które zostaną przesłane do pilota
# przed uruchomieniem testu.
zasoby:
- próba/
środowisko:
MY_VAR: treść
Aby być znanym, pilot musi być zdefiniowany albo na wyższym poziomie winda.yaml filet
(dziedziczenie) lub w obecnym winda.yaml lub bezpośrednio przez --zdalny opcja Winda
wiersz poleceń.
Zasoby plików są przesyłane „na płasko”, podczas gdy foldery zachowują swoją strukturę. Podnieś będzie
zadbaj o usunięcie wszystkich zasobów z pilota po zakończeniu testu.
Polecenie zostanie wykonane w katalogu tymczasowym, który zostanie utworzony na pilocie.
Zasoby zostaną umieszczone w tym katalogu, więc możesz użyć względnych ścieżek do nich w swoim
polecenie/plik wykonywalny.
PEŁNE TESTOWANIE ZESTAW PRZYKŁAD
Połączenia przykład folder w katalogu głównym źródeł Lift zawiera w pełni skomentowany przykład
Zestaw testów Lift, który może być również używany jako zestaw testów funkcjonalnych dla samego Lift.
W systemach Debiana przykład folder można znaleźć w /usr/share/doc/lift/przykład.
Korzystaj z lift.yaml online za pomocą usług onworks.net
