trial3 - Online na nuvem

PROGRAMA:

NOME

teste - execute testes de unidade

SINOPSE

julgamento [ opções ] [ lima | pacote | módulo | Caso de teste | método de teste ] ...

julgamento --Socorro | -h

DESCRIÇÃO

trial carrega e executa um conjunto de testes de unidade, obtidos de módulos, pacotes e arquivos
listado na linha de comando.

julgamento terá nomes de arquivo ou nomes Python totalmente qualificados como argumentos. Assim
`trial myproject / foo.py ',` trial myproject.foo' e `trial
myproject.foo.SomeTestCase.test_method 'são formas válidas de invocar trial. Múltiplos tais
argumentos também são aceitos, e sua ordem determinará a ordem em que o
os testes correspondentes são executados.

Depois de executar o conjunto de teste fornecido, o relator de teste padrão imprime um resumo do teste
corre. Consiste na palavra "APROVADO" (se todos os testes foram executados como esperado) ou "FALHOU" (se houver
teste se comportou de forma inesperada) seguido por uma contagem dos diferentes tipos de resultados de teste
encontrados. Os possíveis tipos de resultados de teste incluem:

sucessos
Testes que passaram em todas as suas afirmações e foram concluídos sem erros. Estes são
marcado como "PASSADO" na saída de teste normal.

falhas
Testes que falharam em uma asserção, chamados self.fail () ou levantados explicitamente
self.failureException por algum motivo. Eles são marcados com "FALHA" no teste normal
saída.

erros Testes que geraram uma exceção inesperada (incluindo AssertionError), testes que
fez com que o método tearDown () levantasse uma exceção, testes que são executados por mais tempo do que
o intervalo de tempo limite, testes que fizeram algo chamar twisted.python.log.err ()
sem subsequentemente chamar self.flushLoggedErrors (), testes que saem do reator
em um estado sujo, etc. Eles são marcados como "ERROR" na saída de teste normal.

Observe que, como os erros podem ser causados ​​após o retorno do método de teste real, é
possível para um único teste ser relatado como um erro e uma falha e, portanto,
o número total de resultados de teste pode ser maior do que o número total de testes
executado.

ignora Testes que foram ignorados, geralmente devido a dependências ausentes. Estes estão marcados
"SKIPPED" na saída de teste normal.

esperadoFailures
Testes que falharam, mas era esperado que falhassem, geralmente porque o teste é para um
recurso que ainda não foi implementado. Estes são marcados "TODO" no normal
saída de teste.

Sucessos inesperados
Testes que deveriam ter sido listados em falhas esperadas, exceto para alguns
razão pela qual o teste foi bem-sucedido. Estes estão marcados com "SUCESSO!?!" na saída de teste normal.

OPÇÕES

-j, --empregos número
Defina o número de trabalhadores de processo a serem executados. Ele está em conflito com a depuração, saia primeiro
e opções de perfil.

-b, --depurar
Execute os testes em um depurador. Se esse depurador for 'pdb' (que é o padrão se
não especificado), um `.pdbrc 'será carregado do diretório atual, se existir.
Também faz depuração post-mortem em exceções.

-B, --debug-stacktraces
Relatório de criação adiada e rastreamentos de pilha de retorno de chamada.

--cobertura
Gerar informações de cobertura no subdiretório `cobertura 'da temp de ensaio
diretório (`_trial_temp 'por padrão). Para cada módulo Python tocado pelo
execução dos testes dados, um arquivo será criado no diretório de cobertura
nomeado para o nome totalmente qualificado do módulo com o sufixo `.cover '. Por exemplo,
porque o executor de teste de teste é escrito em Python, o diretório de cobertura irá
quase sempre contém um arquivo denominado `twisted.trial.runner.cover '.

Cada arquivo `.cover 'contém uma cópia do código-fonte Python do módulo em questão,
com um prefixo no início de cada linha contendo informações de cobertura. Para
linhas que não são executáveis ​​(linhas em branco, comentários, etc.) o prefixo está em branco.
Para linhas executáveis ​​que foram executadas durante o conjunto de testes, o prefixo é um
número que indica o número de vezes que a linha foi executada. A string `>>>>>> '
prefixa linhas executáveis ​​que não foram executadas durante o conjunto de testes.

Observe que essa funcionalidade usa a função sys.settrace () do Python, para testar que
chamar sys.settrace () por conta própria provavelmente interromperá a funcionalidade de cobertura do teste.

--depurador
Especifica o depurador a ser usado quando a opção --debug é passada. O argumento
deve ser o nome totalmente qualificado de um objeto que implementa a mesma interface
como o `pdb 'da biblioteca padrão.

--disablegc
Desative o coletor de lixo durante a execução do teste. Como cada teste é
executado, o teste salva os objetos TestResult, o que significa que o lixo do Python
coletor tem mais objetos não-lixo para percorrer, fazendo com que cada lixo-
a coleta é ligeiramente mais lenta. Desativar a coleta de lixo completamente fará
algumas suítes de teste são concluídas mais rapidamente (contraste --force-gc, abaixo), ao custo de
aumentando (possivelmente muito) o consumo de memória. Esta opção também faz testes
um pouco mais determinístico, o que pode ajudar na depuração em circunstâncias extremas.

-e, --rterrors
Imprima rastreamentos na saída padrão assim que ocorrerem.

--force-gc
Execute gc.collect () antes e depois de cada caso de teste. Isso pode ser usado para isolar
erros que ocorrem quando os objetos são coletados. Esta opção seria o padrão,
exceto que faz os testes rodarem cerca de dez vezes mais devagar.

-h, --Socorro
Imprima uma mensagem de uso na saída padrão e saia.

- pedido de ajuda
Imprima uma lista de possíveis pedidos em que os métodos de teste TestCase podem ser executados e, em seguida,
saída. Os pedidos podem ser usados ​​com a opção --order descrita abaixo.

--ajuda-repórteres
Imprima uma lista de relatores válidos para a saída padrão e saia. Repórteres podem ser
selecionado com a opção --reporter descrita abaixo.

--help-reacttors
Imprima uma lista de reatores possíveis para a saída padrão e saia. Nem todos listados
reatores estão disponíveis em todas as plataformas. Reatores podem ser selecionados com o
opção --reactor descrita abaixo.

-l, --arquivo de log arquivo de log
Direcione o log para um arquivo diferente. O arquivo padrão é `test.log '. arquivo de log is
em relação a _trial_temp.

-n, --funcionamento a seco
Passe por todos os testes e faça-os passar sem correr.

-N, --sem recursão
Por padrão, o teste recorre através de pacotes para encontrar todos os módulos dentro de cada
subpacote. A menos que você especifique essa opção.

--nopm Não pule automaticamente para o depurador para análise post-mortem de exceções.
Só pode ser usado em conjunto com --debug.

--pedido ordem
Especifique a ordem de execução dos métodos de teste individuais nos TestCases fornecidos.
Por padrão, eles são executados em ordem alfabética. Veja --help-order para uma lista de outros
valores.

--perfil
Execute testes no criador de perfil Python.

-r, --reator reator
Escolha qual reator usar. Veja --help-reacttors para uma lista.

--limite de recursão limitar
Defina o limite de recursão do Python. Veja sys.setrecursionlimit ().

--repórter repórter
Selecione o repórter a ser usado para a saída do ensaio. Use a opção --help-reporters para
veja uma lista de repórteres válidos.

-x, --exitprimeiro
Pare a execução do teste após o primeiro teste, que não foi bem-sucedido. Isso inclui
falhas, erros ou sucessos inesperados. Não funciona com a opção --jobs
atualmente.

--vomitar Imprima um registro extremamente detalhado de tudo o que acontece. Útil ao depurar
congela ou bloqueia em código complexo.

--tbformato formato
Formato para exibir rastreamentos. Os valores aceitáveis ​​são `default ',` brief' e
`verbose '. `brief 'produz tracebacks que funcionam bem com o GUD do Emacs.

--diretório-temp anuário
AVISO: Não use esta opção a menos que você saiba o que está fazendo. Por padrão,
trial cria um diretório chamado _trial_temp sob o diretório de trabalho atual.
Quando o teste é executado, ele primeiro exclui este diretório, então o cria e muda
no diretório para executar os testes. O arquivo de registro e quaisquer arquivos de cobertura são armazenados
aqui. Use esta opção se desejar que o teste seja executado em um diretório diferente
_trial_temp. Esteja avisado, o julgamento vai delete o diretório antes de recriá-lo.

--módulo de teste nome do arquivo
Peça julgamento para investigar nome do arquivo e execute quaisquer testes especificados usando o estilo Emacs
variável de buffer `test-case-name '.

--avisos impuros
A partir do Twisted 8.0, o ensaio relatará um erro se o reator for deixado sujo no
fim do teste. Esta opção é fornecida para ajudar na migração do Twisted 2.5 para
Torcido 8.0 e posterior. Ativar esta opção transformará os erros em avisos.

-u, - até a falha
Continue repetindo os testes até que um deles apresente um erro ou uma falha. Isto é
particularmente útil para reproduzir falhas intermitentes.

--versão
Imprime o número da versão Twisted e sai.

--sem módulo nomes de módulos
Simule a falta da lista de módulos separados por vírgulas especificada. Isso faz com que seja
parece que os módulos não estão presentes no sistema, fazendo com que os testes verifiquem o
comportamento para essa configuração.

-z, --aleatória semente
Execute os testes em ordem aleatória usando a semente especificada. Não passe esta opção se
você também está passando - ordem.

Use trial3 online usando serviços onworks.net