Problema PATH com pytest 'ImportError: nenhum módulo chamado YadaYadaYada'

Eu usei o easy_install para instalar o pytest em um mac e comecei a escrever testes para um projeto com uma estrutura de arquivos como esta:

repo/
repo/app.py
repo/settings.py
repo/models.py
repo/tests/
repo/tests/test_app.py

executar py.testenquanto no diretório repo, tudo se comporta como você esperaria

mas quando tento a mesma coisa no linux ou no windows (ambos possuem o pytest 2.2.3), ele late sempre que atinge sua primeira importação de algo do caminho do aplicativo. Digamos, por exemplofrom app import some_def_in_app

Preciso editar meu PATH para executar o py.test nesses sistemas? Alguém já passou por isso?

Sim, a pasta de origem não está no caminho do Python se você estiver cdno diretório de testes.

Você tem 2 opções:

1. Adicione o caminho manualmente aos arquivos de teste, algo como isto:

   import sys, os
   myPath = os.path.dirname(os.path.abspath(__file__))
   sys.path.insert(0, myPath + '/../')

2. Execute os testes com o env var PYTHONPATH=../.

Não sei por que o py.test não adiciona o diretório atual no próprio PYTHONPATH, mas aqui está uma solução alternativa (a ser executada a partir da raiz do seu repositório):

python -m pytest tests/

Funciona porque o Python adiciona o diretório atual no PYTHONPATH para você.

conftest solução

A solução menos invasiva é adicionar um arquivo vazio nomeado conftest.pyno repo/diretório:

$ touch repo/conftest.py

É isso aí. Não há necessidade de escrever um código personalizado para manipular sys.pathou lembrar-se de arrastar PYTHONPATHou colocar __init__.pyem diretórios onde não pertence.

O diretório do projeto depois:

repo
├── conftest.py
├── app.py
├── settings.py
├── models.py
└── tests
     └── test_app.py

Explicação

pytestprocura os conftestmódulos na coleção de testes para reunir ganchos e acessórios personalizados e, para importar os objetos personalizados deles, pytestadiciona o diretório pai conftest.pydosys.path (no caso, o repodiretório).

Outras estruturas do projeto

Se você tiver outra estrutura de projeto, coloque o conftest.pydiretório raiz do pacote (aquele que contém pacotes, mas não é um pacote em si, portanto não contém um __init__.py), por exemplo:

repo
├── conftest.py
├── spam
│   ├── __init__.py
│   ├── bacon.py
│   └── egg.py
├── eggs
│   ├── __init__.py
│   └── sausage.py
└── tests
     ├── test_bacon.py
     └── test_egg.py

src disposição

Embora essa abordagem possa ser usada com o srclayout (coloque conftest.pyno srcdir):

repo
├── src
│   ├── conftest.py
│   ├── spam
│   │   ├── __init__.py
│   │   ├── bacon.py
│   │   └── egg.py
│   └── eggs 
│       ├── __init__.py
│       └── sausage.py
└── tests
     ├── test_bacon.py
     └── test_egg.py

cuidado que adicionar srcao PYTHONPATHatenua o significado e os benefícios do srclayout! Você terminará testando o código do repositório e não do pacote instalado. Se você precisar fazer isso, talvez não precise do srcdir.

Para onde ir daqui

Obviamente, os conftestmódulos não são apenas alguns arquivos para ajudar na descoberta do código-fonte; é onde todos os aprimoramentos específicos do projeto da pytestestrutura e a personalização do seu conjunto de testes acontecem. pytesttem muitas informações sobre os conftestmódulos espalhados pelos documentos ; comece com conftest.py: plugins locais por diretório

Além disso, o SO tem uma excelente pergunta sobre os conftestmódulos: No py.test, qual é a utilidade dos arquivos conftest.py?

Eu tive o mesmo problema. Corrigi-o adicionando um __init__.pyarquivo vazio ao meu testsdiretório.

Execute- pytestse como um módulo com: python -m pytest tests

Você pode executar com PYTHONPATH na raiz do projeto

PYTHONPATH=. py.test

Ou use a instalação do pip como importação editável

pip install -e .   # install package using setup.py in editable mode

Eu criei isso como uma resposta para sua pergunta e minha própria confusão. Espero que ajude. Preste atenção ao PYTHONPATH na linha de comando py.test e no tox.ini.

https://github.com/jeffmacdonald/pytest_test

Especificamente: Você deve informar ao py.test e tox onde encontrar os módulos que você está incluindo.

Com py.test, você pode fazer isso:

PYTHONPATH=. py.test

E com o tox, adicione isso ao seu tox.ini:

[testenv]
deps= -r{toxinidir}/requirements.txt
commands=py.test
setenv =
    PYTHONPATH = {toxinidir}

Eu tive o mesmo problema no Flask.

Quando adicionei:

__init__.py

para pasta de testes, problema desapareceu :)

Provavelmente o aplicativo não conseguiu reconhecer os testes de pasta como módulo

Corrigi-o removendo o nível superior __init__.pyna pasta pai das minhas fontes.

Comecei a receber ConftestImportFailure: ImportError('No module named ...erros estranhos quando adicionei acidentalmente um __init__.pyarquivo ao meu diretório src (que não deveria ser um pacote Python, apenas um contêiner de todas as fontes).

Eu estava recebendo esse erro devido a algo ainda mais simples (você pode até dizer trivial). Eu não tinha instalado o pytestmódulo. Então, um simples apt install python-pytestcorrigiu isso para mim.

'pytest' teria sido listado em setup.py como uma dependência de teste. Certifique-se de instalar os requisitos de teste também.

Eu tive uma questão semelhante. pytestnão reconheceu um módulo instalado no ambiente em que estava trabalhando.

Eu o resolvi instalando também pytestno mesmo ambiente.

Para mim, o problema foi tests.pygerado pelo Django junto com o testsdiretório. A remoção tests.pyresolveu o problema.

Eu recebi esse erro porque usei importações relativas incorretamente. No exemplo do OP, test_app.py deve importar funções usando, por exemplo,

from repo.app import *

No entanto, os arquivos __init__.py liberalmente estão espalhados pela estrutura do arquivo, isso não funciona e cria o tipo de ImportError visto, a menos que os arquivos e os arquivos de teste estejam no mesmo diretório.

from app import *

Aqui está um exemplo do que eu tive que fazer com um dos meus projetos:

Aqui está a estrutura do meu projeto:

microbit/
microbit/activity_indicator/activity_indicator.py
microbit/tests/test_activity_indicator.py

Para acessar o activity_indicator.py em test_activity_indicator.py, eu precisava:

• inicie test_activity_indicatory.py com a importação relativa correta:

    from microbit.activity_indicator.activity_indicator import *

• coloque arquivos __init__.py em toda a estrutura do projeto:

    microbit/
    microbit/__init__.py
    microbit/activity_indicator/__init__.py
    microbit/activity_indicator/activity_indicator.py
    microbit/tests/__init__.py
    microbit/tests/test_activity_indicator.py

Muitas vezes, os testes eram interrompidos devido à impossibilidade de importação do módulo. Após a pesquisa, descobri que o sistema está olhando o arquivo no lugar errado e podemos solucionar facilmente o problema, copiando o arquivo, contendo o módulo, em a mesma pasta indicada, para ser importada corretamente. Outra proposta de solução seria alterar a declaração para a importação e mostrar ao MutPy o caminho correto da unidade. No entanto, devido ao fato de que várias unidades podem ter essa dependência, o que significa que precisamos confirmar alterações também em suas declarações, preferimos simplesmente mover a unidade para a pasta.

De acordo com um post no Medium de Dirk Avery (e suportado pela minha experiência pessoal) se você estiver usando um ambiente virtual para o seu projeto, não poderá usar uma instalação do pytest em todo o sistema; você precisa instalá-lo no ambiente virtual e usar essa instalação.

Em particular, se você o tiver instalado nos dois lugares, simplesmente executar o pytestcomando não funcionará porque ele estará usando a instalação do sistema. Como as outras respostas descreveram, uma solução simples é executar em python -m pytestvez de pytest; isso funciona porque usa a versão do ambiente do pytest. Como alternativa, você pode simplesmente desinstalar a versão do sistema do pytest; após reativar o ambiente virtual, o pytestcomando deve funcionar.

Eu estava tendo o mesmo problema ao seguir o tutorial do Flask e encontrei a resposta nos documentos oficiais do Pytest. É uma pequena mudança na maneira como eu (e acho que muitos outros) costumamos fazer as coisas.

Você precisa criar um setup.pyarquivo no diretório raiz do seu projeto com pelo menos as duas linhas a seguir:

from setuptools import setup, find_packages
setup(name="PACKAGENAME", packages=find_packages())

onde PACKAGENAME é o nome do seu aplicativo. Então você precisa instalá-lo com o pip:

pip install -e .

O -esinalizador diz ao pip para instalar o pacote no modo editável ou "desenvolvido". Portanto, da próxima vez que você executá- pytestlo, seu aplicativo deverá estar no padrão PYTHONPATH.

Minha solução:

crie o conftest.pyarquivo no testdiretório que contém:

import os
import sys
sys.path.insert(0,os.path.dirname(os.path.realpath(__file__)) + "/relative/path/to/code/")

Isso adicionará a pasta de interesse ao caminho do python sem modificar todos os arquivos de teste , configurando a variável env ou alterando os caminhos absolutos / relativos.