Este é o comando lift.yaml que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS
PROGRAMA:
NOME
lift.yaml - Definir um conjunto de testes de elevação
DESCRIÇÃO
O Lift fornece uma plataforma de integração / teste funcional que manipula executável testa facilmente
e genericamente.
elevador.yaml os arquivos são usados para definir um conjunto de testes. Esse arquivo é escrito em YAML (-
http://yaml.org/) e suporta 3 tipos de seções raiz: Configurações, local testes e remoto
testes. Eles estão documentados mais abaixo nesta documentação.
Um conjunto de testes de elevação é composto por pelo menos um elevador.yaml arquivo, mas geralmente é uma pasta
hierarquia com um elevador.yaml arquivo em cada nível.
Essa hierarquia é útil para definir sub-suítes mais especializadas (por exemplo, um para o básico
funcionalidades, uma para performances ...). Cada sub-suíte tem seu próprio elevador.yaml e pode ser
executado individualmente.
Configurações definidas em um elevador.yaml arquivo são herdados em sub-suítes. Sub-suítes podem substituir
configurações herdadas, se necessário.
DEFINIÇÕES DEFINIÇÃO
Esta seção é usada para definir máquinas remotas que serão usadas para testes remotos e para
definir variáveis de ambiente que serão passadas para testes.
As variáveis de ambiente podem ser substituídas para cada teste individualmente em sua definição.
A seção 'configurações' deve ser definida na raiz do elevador.yaml arquivo.
definições:
# A palavra-chave 'definir' seguida do nome remoto
definir my_remote:
host: localhost # obrigatório
nome de usuário: root # obrigatório
senha: foobar # opcional (se as chaves ssh estiverem definidas corretamente)
definir my_other_remote:
anfitrião: localhost
nome de usuário: not_root
senha: foobar
# Estes serão transmitidos aos comandos de teste
# Eles podem ser usados como uma forma de passar configurações comuns
meio Ambiente:
MY_ENV_VAR1: foo
MY_ENV_VAR2: barra
LOCAL TESTE DEFINIÇÃO
Cada teste é representado por uma única seção na raiz do elevador.yaml Arquivo. Aqui está um
exemplo:
# a palavra-chave 'teste' seguida do nome do teste
teste my_test_name:
comando: "./my_test_executable --my-arg" # obrigatório
código de retorno: 0 # opcional (padrão para 0)
tempo limite: 10 # opcional, em segundos (sem tempo limite por padrão)
ambiente: # opcional
MY_VAR: 42 # pode substituir uma variável já definida
Se um teste expirar, ele retornará 124. Portanto, você pode testar se um comando atinge o tempo limite
definindo o valor do 'código de retorno' para 124.
O ambiente real usado por um teste é calculado na seguinte ordem: ambiente
definido em nível superior elevador.yaml arquivos (herança), então o ambiente definido no
atual elevador.yaml arquivo e finalmente o ambiente definido no próprio teste.
O 'comando' pode ser um caminho absoluto, um caminho relativo ao atual elevador.yaml posição
ou um comando do sistema (como ping, curl ...)
REMOTO TESTE DEFINIÇÃO
Cada teste remoto é representado por uma única seção na raiz do elevador.yaml arquivo.
Consulte também a documentação de definição de teste local, pois todas as opções são reutilizadas em
da mesma forma para testes remotos. Aqui está um exemplo:
# Um nome remoto conhecido seguido pela palavra-chave 'teste' e o nome do teste
# Isso define um teste que será executado em my_remote.
teste my_remote my_remote_test_name:
comando: "sh test / test.sh --my-arg"
código de retorno: 0
tempo limite: 2
# Listar arquivos e pastas que serão enviados para o controle remoto
# antes de executar o teste.
Recursos:
- teste/
meio Ambiente:
MY_VAR: conteúdo
Para ser conhecido, um controle remoto deve ser definido em um nível superior elevador.yaml lima
(herança) ou no atual elevador.yaml ou diretamente através do --controlo remoto opção do elevador
linha de comando.
Os recursos dos arquivos são carregados "de maneira plana", enquanto as pastas mantêm sua estrutura. Levantar vai
tome o cuidado de excluir todos os recursos do controle remoto após o término do teste.
O comando será executado em um diretório temporário que será criado no remoto.
Os recursos serão colocados neste diretório, então você pode usar caminhos relativos para eles em seu
comando / executável.
FULL TESTE SUITE EXEMPLO
A exemplo pasta na raiz das fontes de levantamento contém um exemplo totalmente comentado de um
Suíte de teste de elevador, que também pode ser usada como uma suíte de teste funcional para o próprio elevador.
Em sistemas Debian, o exemplo pasta pode ser encontrada em / usr / share / doc / lift / example.
Use lift.yaml online usando serviços onworks.net