Este es el comando lift.yaml que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
lift.yaml: definir un conjunto de pruebas de elevación
DESCRIPCIÓN
Lift proporciona una plataforma de prueba funcional / de integración que maneja ejecutable pruebas fácilmente
y genéricamente.
ascensor.yaml Los archivos se utilizan para definir un conjunto de pruebas. Dicho archivo está escrito en YAML (-
http://yaml.org/) y admite 3 tipos de secciones de raíz: ajustes, local pruebas y sanaciones
pruebas. Estos se documentan más adelante en esta documentación.
Una suite de pruebas de elevación se compone de al menos una ascensor.yaml archivo, pero a menudo es una carpeta
jerarquía con uno ascensor.yaml archivo en cada nivel.
Esta jerarquía es útil para definir subconjuntos más especializados (por ejemplo, uno para
funcionalidades, una para actuaciones ...). Cada sub-suite tiene su propia ascensor.yaml y puede ser
ejecutar individualmente.
Configuraciones definidas en un ascensor.yaml Los archivos se heredan en sub-suites. Las sub-suites pueden anular
configuraciones heredadas si es necesario.
AJUSTES DEFINICIÓN
Esta sección se utiliza para definir máquinas remotas que se utilizarán para pruebas remotas y para
definir las variables de entorno que se pasarán a las pruebas.
Las variables de entorno se pueden anular para cada prueba individualmente en su definición.
La sección 'configuración' debe definirse en la raíz del ascensor.yaml archivo.
ajustes:
# La palabra clave 'definir' seguida del nombre remoto
definir my_remote:
host: localhost # obligatorio
nombre de usuario: root # obligatorio
contraseña: foobar # opcional (si las claves ssh están configuradas correctamente)
definir my_other_remote:
host: localhost
nombre de usuario: not_root
contraseña: foobar
# Estos se transmitirán a los comandos de prueba
# Se pueden usar como una forma de transmitir configuraciones comunes
ambiente:
MY_ENV_VAR1: Foo
MY_ENV_VAR2: barra
LOCAL PROBAR DEFINICIÓN
Cada prueba está representada por una única sección en la raíz del ascensor.yaml expediente. Aquí hay un
ejemplo:
# la palabra clave 'prueba' seguida del nombre de la prueba
prueba my_test_name:
comando: "./my_test_executable --my-arg" # obligatorio
código de retorno: 0 # opcional (predeterminado a 0)
tiempo de espera: 10 # opcional, en segundos (sin tiempo de espera por defecto)
entorno: # opcional
MY_VAR: 42 # puede anular una variable ya definida
Si se agota el tiempo de espera de una prueba, devolverá 124. Por lo tanto, puede probar que un comando se agota
estableciendo el valor del 'código de retorno' en 124.
El entorno real utilizado por una prueba se calcula en el siguiente orden: entorno
definido en nivel superior ascensor.yaml archivos (herencia), luego el entorno definido en el
corriente ascensor.yaml archivo y finalmente el entorno definido en la propia prueba.
El 'comando' puede ser una ruta absoluta, una ruta relativa a la actual ascensor.yaml posición
o un comando del sistema (como ping, curl ...)
REMOTO PROBAR DEFINICIÓN
Cada prueba remota está representada por una única sección en la raíz del ascensor.yaml archivo.
Consulte también la documentación de definición de prueba local, ya que todas las opciones se reutilizan en
de la misma forma para las pruebas remotas. Aquí hay un ejemplo:
# Un nombre remoto conocido seguido de la palabra clave 'prueba' y el nombre de la prueba
# Esto define una prueba que se ejecutará en my_remote.
mi_prueba remota mi_nombre_de_prueba_remota:
comando: "sh test / test.sh --my-arg"
código de retorno: 0
tiempo de espera: 2
# Lista de archivos y carpetas que se cargarán en el control remoto.
# antes de ejecutar la prueba.
recursos:
- prueba/
ambiente:
MY_VAR: contenido
Para ser conocido, un control remoto debe definirse en un nivel superior ascensor.yaml presentar
(herencia) o en el actual ascensor.yaml o directamente a través del --remoto opción del ascensor
línea de comando.
Los recursos de los archivos se cargan "de manera plana", mientras que las carpetas mantienen su estructura. Levantar la voluntad
ocúpese de eliminar todos los recursos del control remoto una vez finalizada la prueba.
El comando se ejecutará en un directorio temporal que se creará en el control remoto.
Los recursos se colocarán en este directorio, por lo que puede usar rutas relativas a ellos en su
comando / ejecutable.
FULL PROBAR SUITE EJEMPLO
El ejemplo carpeta en la raíz de las fuentes de elevación contiene un ejemplo completamente comentado de un
Conjunto de pruebas de ascensor, que también se puede utilizar como conjunto de pruebas funcionales para el propio ascensor.
En los sistemas Debian, el ejemplo La carpeta se puede encontrar en / usr / share / doc / lift / example.
Use lift.yaml en línea usando los servicios de onworks.net
