Este é o comando nosetests 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
nosetests - testes mais agradáveis para Python
AGRADÁVEL TESTE PARA PITÃO
SINOPSE
nosetests [opções] [nomes]
DESCRIÇÃO
O nariz coleta testes automaticamente de arquivos de origem python, diretórios e pacotes encontrados
em seu diretório de trabalho (cujo padrão é o diretório de trabalho atual). Qualquer python
arquivo de origem, diretório ou pacote que corresponde à expressão regular testMatch (por
default: (?: ^ | [b _.-]) [Tt] est) serão coletados como um teste (ou fonte para coleta de
testes). Além disso, todos os outros pacotes encontrados no diretório de trabalho serão examinados
para arquivos de origem python ou diretórios que correspondem a testMatch. Descoberta de pacote desce
todo o caminho para baixo na árvore, então package.tests e package.sub.tests e
package.sub.sub2.tests serão todos coletados.
Dentro de um diretório ou pacote de teste, qualquer arquivo de origem Python que corresponda a testMatch será
examinados para casos de teste. Dentro de um módulo de teste, funções e classes cujos nomes correspondem
As subclasses testMatch e TestCase com qualquer nome serão carregadas e executadas como testes.
Os testes podem usar a palavra-chave assert ou aumentar AssertionErrors para indicar a falha do teste.
As subclasses de TestCase podem fazer o mesmo ou usar os vários métodos TestCase disponíveis.
It is importante para nota que. da omissão comportamento of nariz is para não incluir testes da
arquivos qual e guarante que os mesmos estão executável. Para incluir testes de tais arquivos, remova seu bit executável
ou use o sinalizador --exe (consulte a seção 'Opções' abaixo).
Selecionando Testes
Para especificar quais testes executar, passe os nomes dos testes na linha de comando:
testes de nariz only_test_this.py
Os nomes de teste especificados podem ser nomes de arquivo ou módulo e podem, opcionalmente, indicar o teste
caso a ser executado separando o módulo ou nome do arquivo do nome do caso de teste com dois pontos.
Os nomes dos arquivos podem ser relativos ou absolutos. Exemplos:
teste de nariz.módulo
nosetests another.test: TestCase.test_method
nosetests a.test: TestCase
nostests /caminho/para/teste/arquivo.py:test_function
Você também pode alterar o diretório de trabalho onde o nariz procura os testes usando o -w
Switch:
nosetests -w / path / to / tests
Observe, no entanto, que o suporte para vários argumentos -w agora está obsoleto e será
removido em uma versão futura. A partir do nariz 0.10, você pode obter o mesmo comportamento especificando
os diretórios de destino sem a chave -w:
nosetests / path / to / tests / another / path / to / tests
Personalização adicional da seleção de teste e carregamento é possível através do uso de
plugins.
A saída do resultado do teste é idêntica à do teste de unidade, exceto para os recursos adicionais
(classes de erro e recursos fornecidos pelo plug-in, como captura de saída e declaração
introspecção) detalhada nas opções abaixo.
Configuração
Além de passar opções de linha de comando, você também pode colocar opções de configuração em
do seu projeto configuração.cfg ou um arquivo .noserc ou nose.cfg em seu diretório inicial. No
qualquer um desses arquivos de configuração no estilo ini padrão, você coloca sua configuração nosetests em um
[testes de nariz] seção. As opções são as mesmas da linha de comando, com o prefixo -
removido. Para opções que são interruptores simples, você deve fornecer um valor:
[testes de nariz]
verbosidade = 3
with-doctest = 1
Todos os arquivos de configuração encontrados serão carregados e suas opções combinadas. Você pode
sobrescrever o carregamento do arquivo de configuração padrão com o -c opção.
utilização Plugins
Existem vários plugins nariz disponíveis via easy_install e em outro lugar. Para usar um plugin,
apenas instale. O plugin irá adicionar opções de linha de comando para nosetests. Para verificar se o
plug-in está instalado, execute:
nariztests --plugins
Você pode adicionar -v ou -vv a esse comando para mostrar mais informações sobre cada plugin.
Se você estiver executando o nose.main () ou nose.run () a partir de um script, você pode especificar uma lista de
plug-ins a serem usados, passando uma lista de plug-ins com o argumento de palavra-chave plug-ins.
0.9 plugins
O nose 1.0 pode usar ALGUNS plug-ins que foram escritos para o nose 0.9. O gerenciador de plugins padrão
insere um wrapper de compatibilidade em torno de plug-ins 0.9 que adapta a API do plug-in alterada
chamadas. No entanto, os plug-ins que acessam os componentes internos do nariz provavelmente falharão, especialmente se eles
tentativa de acessar casos de teste ou classes de suíte de teste. Por exemplo, plug-ins que tentam
determinar se um teste aprovado para startTest é um teste individual ou um conjunto irá falhar, parcialmente
porque os conjuntos não são mais passados para o startTest e em parte porque é provável que o
plugin está tentando descobrir se o teste é uma instância de uma classe que não existe mais.
0.10 e 0.11 plugins
Todos os plug-ins escritos para o nose 0.10 e 0.11 devem funcionar com o nose 1.0.
Opções
-V, --versão
Versão do nariz de saída e saída
-p, --plugins
Lista de saída de plug-ins disponíveis e saída. Combine com maior verbosidade para
maiores detalhes
-v = PADRÃO, --verbose = DEFAULT
Seja mais prolixo. [NOSE_VERBOSE]
--verbosity = VERBOSITY
Definir verbosidade; --verbosity = 2 é o mesmo que -v
-q = PADRÃO, --quiet = DEFAULT
Seja menos prolixo
-c = ARQUIVOS, --config = ARQUIVOS
Carrega a configuração do (s) arquivo (s) de configuração. Pode ser especificado várias vezes; naquilo
caso, todos os arquivos de configuração serão carregados e combinados
-w = ONDE, --onde = ONDE
Procure por testes neste diretório. Pode ser especificado várias vezes. O primeiro
o diretório passado será usado como o diretório de trabalho, no lugar do atual
diretório de trabalho, que é o padrão. Outros serão adicionados à lista de testes
executar. [NOSE_WHERE]
--py3where = PY3WHERE
Procure testes neste diretório em Python 3.x. Funciona da mesma forma que 'onde',
mas só se aplica se estiver executando em Python 3.x ou superior. Observe que, se presente em
3.x, esta opção substitui completamente quaisquer diretórios especificados com 'onde', então o
a opção 'onde' torna-se ineficaz. [NOSE_PY3WHERE]
-m = REGEX, --match = REGEX, --testmatch = REGEX
Arquivos, diretórios, nomes de funções e nomes de classes que correspondem a este
expressão são considerados testes. Padrão: (?: ^ | [B _./-]) [Tt] est [NOSE_TESTMATCH]
--tests = NAMES
Execute esses testes (lista separada por vírgulas). Este argumento é útil principalmente de
arquivos de configuração; na linha de comando, basta passar nos testes para executar como
argumentos sem opção.
-l = PADRÃO, --debug = DEFAULT
Ative o registro de depuração para um ou mais sistemas. Registradores de depuração disponíveis: nariz,
nariz.importer, nariz.inspetor, nariz.plugins, nariz.resultado e nariz.seletor.
Separe vários nomes com uma vírgula.
--debug-log = FILE
Registrar mensagens de depuração neste arquivo (padrão: sys.stderr)
--logging-config = FILE, --log-config = FILE
Carregar configuração de registro a partir deste arquivo - ignora todas as outras configurações de registro.
-I = REGEX, --ignore-files = REGEX
Ignore completamente qualquer arquivo que corresponda a esta expressão regular. Tem precedência
sobre quaisquer outras configurações ou plug-ins. Especificar esta opção irá substituir o padrão
configuração. Especifique esta opção várias vezes para adicionar mais expressões regulares
[NOSE_IGNORE_FILES]
-e = REGEX, --exclude = REGEX
Não execute testes que correspondam à expressão regular [NOSE_EXCLUDE]
-i = REGEX, --include = REGEX
Esta expressão regular será aplicada a arquivos, diretórios, nomes de funções e
nomes de classes para uma chance de incluir testes adicionais que não correspondem a TESTMATCH.
Especifique esta opção várias vezes para adicionar mais expressões regulares [NOSE_INCLUDE]
-x, --Pare
Pare de executar testes após o primeiro erro ou falha
-P, - no-path-Adjustment
Não faça nenhuma alteração em sys.path ao carregar os testes [NOSE_NOPATH]
--Exe Procure por testes em módulos Python que são executáveis. O comportamento normal é excluir
módulos executáveis, uma vez que podem não ser seguros para importação [NOSE_INCLUDE_EXE]
--noexe
NÃO procure por testes em módulos Python que são executáveis. (O padrão no
plataforma Windows é fazer isso.)
--traverse-namespace
Percorrer todas as entradas de caminho de um pacote de namespace
- ganha-primeiro-pacote, - first-pkg-wins, - vitórias do primeiro pacote
o importador do nariz normalmente despejará um pacote de sys.modules se ele vir um pacote
com o mesmo nome em um local diferente. Defina esta opção para desabilitar isso
comportamento.
--no-byte-compilar
Impedir que o nose esteja compilando byte a fonte em arquivos .pyc enquanto o nose estiver digitalizando
para testes e em execução.
-a = ATTR, --attr = ATTR
Execute apenas testes que tenham atributos especificados por ATTR [NOSE_ATTR]
-A = EXPR, --eval-attr = EXPR
Execute apenas testes para cujos atributos a expressão Python EXPR avalie como True
[NOSE_EVAL_ATTR]
-sim, --nocapture
Não capture stdout (qualquer saída de stdout será impressa imediatamente)
[NOSE_NOCAPTURE]
--nologcapture
Desative o plugin de captura de registro. A configuração de registro permanecerá intacta.
[NOSE_NOLOGCAPTURE]
--logging-format = FORMAT
Especifique o formato personalizado para imprimir as declarações. Usa o mesmo formato usado pelo padrão
manipuladores de registro. [NOSE_LOGFORMAT]
--logging-datefmt = FORMAT
Especifique o formato de data / hora personalizado para imprimir as declarações. Usa o mesmo formato usado
por manipuladores de registro padrão. [NOSE_LOGDATEFMT]
--logging-filter = FILTER
Especifique quais instruções filtrar dentro / fora. Por padrão, tudo é capturado. Se
a saída é muito detalhada, use esta opção para filtrar saídas desnecessárias. Exemplo:
filter = foo irá capturar declarações emitidas SOMENTE para
foo ou foo.what.ever.sub, mas não foobar ou outro logger. Especifique vários loggers
com vírgula: filtro = foo, bar, baz. Se algum nome de logger for prefixado com um sinal de menos, por exemplo
filter = -foo, ele será excluído em vez de incluído. Padrão: excluir registro
mensagens do próprio nariz (-nose). [NOSE_LOGFILTER]
--logging-clear-handlers
Limpe todos os outros manipuladores de registro
--logging-level = DEFAULT
Defina o nível de registro para capturar
--com cobertura
Habilitar cobertura do plugin: ativa um relatório de cobertura usando a cobertura de Ned Batchelder
módulo.
[NOSE_WITH_COVERAGE]
--cover-package = PACKAGE
Restringir cobertura de saída para pacotes selecionados [NOSE_COVER_PACKAGE]
--capa-apagar
Apague as estatísticas de cobertura coletadas anteriormente antes de executar
--cover-testes
Incluir módulos de teste no relatório de cobertura [NOSE_COVER_TESTS]
--cover-min-porcentagem = PADRÃO
Porcentagem mínima de cobertura para aprovação nos testes [NOSE_COVER_MIN_PERCENTAGE]
--cobertura incluída
Incluir todos os arquivos Python no diretório de trabalho no relatório de cobertura. Útil para
descobrir brechas na cobertura do teste se nem todos os arquivos forem importados pelo conjunto de testes.
[NOSE_COVER_INCLUSIVE]
--cover-html
Produzir informações de cobertura em HTML
--cover-html-dir = DIR
Produza informações de cobertura HTML em dir
--cover-ramos
Incluir cobertura de agência no relatório de cobertura [NOSE_COVER_BRANCHES]
--cover-xml
Produzir informações de cobertura XML
--cover-xml-file = FILE
Produzir informações de cobertura XML em arquivo
--pdb Entre no depurador em caso de falhas ou erros
--pdb-falhas
Caia no depurador em caso de falhas
--pdb-erros
Caia no depurador em caso de erros
- não obsoleto
Desative o tratamento especial de exceções de DeprecatedTest.
--com-doctest
Habilitar plug-in Doctest: ativa o plug-in doctest para encontrar e executar doctests sem teste
módulos.
[NOSE_WITH_DOCTEST]
--doctest-testes
Procure também doctests nos módulos de teste. Observe que classes, métodos e funções
deve ter doctests ou testes não doctest, não ambos. [NOSE_DOCTEST_TESTS]
--doctest-extension = EXT
Procure também doctests em arquivos com esta extensão [NOSE_DOCTEST_EXTENSION]
--doctest-result-variable = VAR
Altere o nome da variável definido para o resultado do último comando do interpretador do
predefinição '_'. Pode ser usado para evitar conflitos com a função _ () usada para texto
tradução. [NOSE_DOCTEST_RESULT_VAR]
--doctest-fixtures = SUFFIX
Encontre fixtures para um arquivo doctest no módulo com este nome anexado ao nome de base
do arquivo doctest
--doctest-options = OPÇÕES
Especifique as opções para passar para o doctest. Por exemplo. '+ ELLIPSIS, + NORMALIZE_WHITESPACE'
--com-isolamento
Habilitar plug-in IsolationPlugin: ativa o plug-in de isolamento para isolar as alterações para
módulos externos a um único módulo ou pacote de teste. O plugin de isolamento é redefinido
o conteúdo de sys.modules após cada módulo de teste ou pacote ser executado em seu estado
antes do teste. POR FAVOR, NOTE que este plugin não deve ser usado com a cobertura
plugin, ou em qualquer outro caso onde o recarregamento do módulo pode produzir
efeitos colaterais.
[NOSE_WITH_ISOLATION]
-d, --detalhado-erros, --detalhe da falha
Adicione detalhes à saída de erro, tentando avaliar declarações com falha
[NOSE_DETAILED_ERRORS]
--com-perfil
Habilitar perfil de plug-in: Use este plug-in para executar testes usando o criador de perfil hotshot.
[NOSE_WITH_PROFILE]
--profile-sort = SORT
Definir a ordem de classificação para a saída do profiler
--profile-stats-file = FILE
Arquivo de estatísticas do Profiler; o padrão é um novo arquivo temporário em cada execução
--profile-restricted = RESTRICT
Restringir a saída do profiler. Veja a ajuda para pstats.Stats para detalhes
- não pular
Desative o tratamento especial de exceções SkipTest.
--com-id
Habilitar plugin TestId: Ative para adicionar um id de teste (como # 1) para cada saída de nome de teste.
Ative com --failed para executar novamente os testes com falha.
[NOSE_WITH_ID]
--id-file = FILE
Armazene os ids de teste encontrados em execuções de teste neste arquivo. O padrão é o arquivo .noseids no
diretório de trabalho.
--fracassado
Execute os testes que falharam no último teste executado.
--processes = NUM
Teste de propagação executado entre esses vários processos. Defina um número igual ao número de
processadores ou núcleos em sua máquina para obter melhores resultados. Passe um número negativo para
ter o número de processos definido automaticamente para o número de núcleos. Aprovando 0
significa desabilitar o teste paralelo. O padrão é 0, a menos que NOSE_PROCESSES seja definido.
[NOSE_PROCESSES]
--process-timeout = SECONDS
Defina o tempo limite para o retorno dos resultados de cada processo do executor de teste. O padrão é 10.
[NOSE_PROCESS_TIMEOUT]
--process-restartworker
Se definido, irá reiniciar cada processo de trabalho assim que seus testes forem concluídos, isso ajuda
controlar vazamentos de memória ao matar o sistema. [NOSE_PROCESS_RESTARTWORKER]
--com-xunit
Habilitar plug-in Xunit: Este plug-in fornece resultados de teste no XML XUnit padrão
formato. [NOSE_WITH_XUNIT]
--xunit-file = FILE
Caminho para o arquivo xml no qual armazenar o relatório xunit. O padrão é nosetests.xml no
diretório de trabalho [NOSE_XUNIT_FILE]
--xunit-testsuite-name = PACKAGE
Nome do testsuite no xunit xml, gerado pelo plugin. Suite de teste padrão
o nome é nosetests.
- todos os módulos
Habilitar plug-in AllModules: Colete testes de todos os módulos Python.
[NOSE_ALL_MODULES]
--somente coleta
Habilitar somente coleta: Colete e produza apenas nomes de teste, não execute nenhum teste.
[COLETAR_ONLY]
Use nosetests online usando serviços onworks.net