lift.yaml - En ligne dans le Cloud

PROGRAMME:

Nom

lift.yaml - Définir une suite de tests Lift

DESCRIPTION

Lift fournit une plate-forme de test d'intégration/fonctionnelle qui gère exécutable teste facilement
et de manière générique.

ascenseur.yaml sont utilisés pour définir une suite de tests. Un tel fichier est écrit en YAML (‐
http://yaml.org/) et prend en charge 3 types de sections racine : Paramétres, locales tests ainsi que éloigné
tests. Ceux-ci sont documentés plus loin dans cette documentation.

Une suite de tests Lift est composée d'au moins un ascenseur.yaml fichier mais c'est souvent un dossier
hiérarchie avec un ascenseur.yaml dossier à chaque niveau.

Une telle hiérarchie est utile pour définir des sous-suites plus spécialisées (par exemple une pour les
fonctionnalités, une pour les performances...). Chaque sous-suite a sa propre ascenseur.yaml et peuvent être
courir individuellement.

Paramètres définis sur un ascenseur.yaml sont hérités dans les sous-suites. Les sous-suites peuvent remplacer
paramètres hérités s'ils en ont besoin.

REGLAGES DÉFINITION

Cette section permet de définir les machines distantes qui seront utilisées pour les tests à distance et de
définir les variables d'environnement qui seront passées aux tests.

Les variables d'environnement peuvent être remplacées pour chaque test individuellement dans leur définition.

La section 'settings' doit être définie à la racine du ascenseur.yaml fichier.

paramètres:
# Le mot-clé 'define' suivi du nom distant
définir my_remote :
hôte : localhost # obligatoire
nom d'utilisateur : root # obligatoire
mot de passe : foobar # facultatif (si les clés ssh sont correctement définies)
définir my_other_remote :
hôte: localhost
nom d'utilisateur : not_root
mot de passe : foobar
# Celles-ci seront transmises aux commandes de test
# Ils peuvent être utilisés comme moyen de transmettre des paramètres communs
environnement:
MY_ENV_VAR1 : toto
MY_ENV_VAR2 : barre

L'APPROVISIONNEMENT TEST DÉFINITION

Chaque test est représenté par une seule section à la racine du ascenseur.yaml déposer. Voici un
Exemple:

# le mot-clé 'test' suivi du nom du test
tester my_test_name :
commande : "./my_test_executable --my-arg" # obligatoire
code de retour : 0 # facultatif (par défaut à 0)
timeout : 10 # optionnel, en secondes (pas de timeout par défaut)
environnement : # facultatif
MY_VAR : 42 # peut écraser une variable déjà définie

Si un test expire, il renverra 124. Vous pouvez donc tester qu'une commande expire
en définissant la valeur du « code de retour » sur 124.

L'environnement réel utilisé par un test est calculé dans l'ordre suivant : environnement
défini au niveau supérieur ascenseur.yaml fichiers (héritage), puis l'environnement défini dans le
actuel ascenseur.yaml fichier et enfin l'environnement défini dans le test lui-même.

La 'commande' peut être un chemin absolu, un chemin relatif au courant ascenseur.yaml position
ou une commande système (comme ping, curl...)

REMOTE TEST DÉFINITION

Chaque test à distance est représenté par une seule section à la racine du ascenseur.yaml fichier.
Veuillez également vous référer à la documentation de définition de test locale, car toutes les options sont réutilisées dans
de la même manière pour les tests à distance. Voici un exemple:

# Un nom distant connu suivi du mot-clé 'test' et du nom du test
# Ceci définit un test qui sera exécuté sur my_remote.
my_remote test my_remote_test_name :
commande : "sh test/test.sh --my-arg"
code retour : 0
délai d'attente : 2
# Lister les fichiers et dossiers qui seront téléchargés sur la télécommande
# avant de lancer le test.
Ressources:
- test/
environnement:
MY_VAR : contenu

Pour être connue, une télécommande doit être définie soit à un niveau supérieur ascenseur.yaml filet
(héritage) ou dans le courant ascenseur.yaml ou directement via le --à distance choix du .
ligne de commande.

Les ressources des fichiers sont téléchargées "à plat" tandis que les dossiers conservent leur structure. L'ascenseur va
prendre soin de supprimer toutes les ressources de la télécommande une fois le test terminé.

La commande sera exécutée dans un répertoire temporaire qui sera créé sur la télécommande.
Les ressources seront placées dans ce répertoire, vous pouvez donc utiliser des chemins relatifs vers elles dans votre
commande/exécutable.

FULL TEST SUITE EXEMPLE

La exemple dossier à la racine des sources Lift contient un exemple entièrement commenté d'un
Suite de tests Lift, qui peut également être utilisée comme suite de tests fonctionnels pour Lift lui-même.

Sur les systèmes Debian, le exemple le dossier se trouve dans /usr/share/doc/lift/exemple.

Utilisez lift.yaml en ligne à l'aide des services onworks.net