Problème de PATH avec pytest 'ImportError: Aucun module nommé YadaYadaYada'

J'ai utilisé easy_install pour installer pytest sur un mac et j'ai commencé à écrire des tests pour un projet avec une structure de fichiers comme ceci:

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

exécuter py.testdans le répertoire repo, tout se comporte comme vous vous en doutez

mais quand j'essaye la même chose sur Linux ou Windows (les deux ont pytest 2.2.3 sur eux), il aboie chaque fois qu'il frappe sa première importation de quelque chose de mon chemin d'application. Dites par exemplefrom app import some_def_in_app

Dois-je modifier mon CHEMIN pour exécuter py.test sur ces systèmes? Quelqu'un at-il vécu cela?

Oui, le dossier source n'est pas dans le chemin de Python si vous accédez cdau répertoire tests.

Vous avez 2 choix:

1. Ajoutez le chemin manuellement aux fichiers de test, quelque chose comme ceci:

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

2. Exécutez les tests avec la var env PYTHONPATH=../.

Je ne sais pas pourquoi py.test n'ajoute pas le répertoire courant dans le PYTHONPATH lui-même, mais voici une solution de contournement (à exécuter à partir de la racine de votre référentiel):

python -m pytest tests/

Cela fonctionne parce que Python ajoute le répertoire actuel dans le PYTHONPATH pour vous.

conftest Solution

La solution la moins invasive consiste à ajouter un fichier vide nommé conftest.pydans le repo/répertoire:

$ touch repo/conftest.py

C'est tout. Pas besoin d'écrire du code personnalisé pour manipuler le sys.pathou n'oubliez pas de le faire glisser PYTHONPATH, ou de le placer __init__.pydans des répertoires où il n'appartient pas.

Le répertoire du projet ensuite:

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

Explication

pytestrecherche les conftestmodules sur la collection de tests pour rassembler des crochets et des fixtures personnalisés, et afin d'en importer les objets personnalisés, pytestajoute le répertoire parent de conftest.pyàsys.path (dans ce cas, le reporépertoire).

Autres structures de projet

Si vous avez une autre structure de projet, placez le conftest.pydans le répertoire racine du package (celui qui contient les packages mais n'est pas un package lui-même, donc ne contient pas de __init__.py), par exemple:

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

src disposition

Bien que cette approche puisse être utilisée avec la srcmise en page (place conftest.pydans le srcrépertoire):

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

méfiez-vous que l'ajout srcpour PYTHONPATHatténuer le sens et les avantages de la srcmise en page! Vous finirez par tester le code du référentiel et non le package installé. Si vous devez le faire, vous n'avez peut-être pas du tout besoin du srcrépertoire.

Où aller en partant d'ici

Bien sûr, les conftestmodules ne sont pas seulement des fichiers pour faciliter la découverte du code source; c'est là que toutes les améliorations spécifiques au projet du pytestcadre et la personnalisation de votre suite de tests se produisent. pytesta beaucoup d'informations sur les conftestmodules dispersés dans leurs documents ; commencer par conftest.py: plugins locaux par répertoire

Aussi, SO a une excellente question sur les conftestmodules: dans py.test, à quoi sert les fichiers conftest.py?

J'ai eu le même problème. Je l'ai corrigé en ajoutant un __init__.pyfichier vide à mon testsrépertoire.

S'exécute pytesten tant que module avec: python -m pytest tests

Vous pouvez exécuter avec PYTHONPATH à la racine du projet

PYTHONPATH=. py.test

Ou utilisez l'installation de pip comme importation modifiable

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

J'ai créé cela comme une réponse à votre question et à ma propre confusion. J'espère que ça aide. Faites attention à PYTHONPATH dans la ligne de commande py.test et dans le tox.ini.

https://github.com/jeffmacdonald/pytest_test

Plus précisément: vous devez indiquer à py.test et tox où trouver les modules que vous incluez.

Avec py.test, vous pouvez le faire:

PYTHONPATH=. py.test

Et avec tox, ajoutez ceci à votre tox.ini:

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

J'ai eu le même problème à Flask.

Quand j'ai ajouté:

__init__.py

dans le dossier des tests, le problème a disparu :)

L'application n'a probablement pas reconnu les tests de dossier comme module

Je l'ai corrigé en supprimant le niveau supérieur __init__.pydans le dossier parent de mes sources.

J'ai commencé à obtenir des ConftestImportFailure: ImportError('No module named ...erreurs étranges lorsque j'ai accidentellement ajouté un __init__.pyfichier à mon répertoire src (qui n'était pas censé être un package Python, juste un conteneur de toutes les sources).

J'obtenais cette erreur en raison de quelque chose d'encore plus simple (on pourrait même dire trivial). Je n'avais pas installé le pytestmodule. Un simple apt install python-pytestproblème m'a donc été résolu.

'pytest' aurait été répertorié dans setup.py comme dépendance de test. Assurez-vous d'installer également les exigences de test.

J'ai eu un problème similaire. pytestn'a pas reconnu un module installé dans l'environnement dans lequel je travaillais.

Je l'ai résolu en installant également pytestdans le même environnement.

Pour moi, le problème a été tests.pygénéré par Django avec le testsrépertoire. La suppression a tests.pyrésolu le problème.

J'ai eu cette erreur car j'ai mal utilisé les importations relatives. Dans l'exemple OP, test_app.py devrait importer des fonctions en utilisant par exemple

from repo.app import *

Cependant, les fichiers __init__.py sont généreusement dispersés dans la structure de fichiers, cela ne fonctionne pas et crée le type d'ImportError vu à moins que les fichiers et les fichiers de test ne se trouvent dans le même répertoire.

from app import *

Voici un exemple de ce que j'avais à faire avec l'un de mes projets:

Voici ma structure de projet:

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

Pour pouvoir accéder à activity_indicator.py à partir de test_activity_indicator.py, je devais:

• lancez test_activity_indicatory.py avec l'importation relative correcte:

    from microbit.activity_indicator.activity_indicator import *

• placez les fichiers __init__.py dans toute la structure du projet:

    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

Très souvent, les tests ont été interrompus en raison de l'impossibilité d'importer le module.Après la recherche, j'ai découvert que le système examine le fichier au mauvais endroit et nous pouvons facilement surmonter le problème en copiant le fichier contenant le module dans le même dossier que celui indiqué, afin d'être correctement importé. Une autre proposition de solution serait de changer la déclaration d'importation et de montrer à MutPy le chemin correct de l'unité. Cependant, étant donné que plusieurs unités peuvent avoir cette dépendance, ce qui signifie que nous devons également valider les modifications dans leurs déclarations, nous préférons simplement déplacer l'unité dans le dossier.

Selon un article sur Dirk Avery sur Medium (et soutenu par mon expérience personnelle), si vous utilisez un environnement virtuel pour votre projet, vous ne pouvez pas utiliser une installation de pytest à l'échelle du système; vous devez l'installer dans l'environnement virtuel et utiliser cette installation.

En particulier, si vous l'avez installé aux deux endroits, l'exécution de la pytestcommande ne fonctionnera pas, car elle utilisera l'installation du système. Comme les autres réponses l'ont décrit, une solution simple consiste à exécuter à la python -m pytestplace de pytest; cela fonctionne car il utilise la version de l'environnement de pytest. Alternativement, vous pouvez simplement désinstaller la version système de pytest; après avoir réactivé l'environnement virtuel, la pytestcommande devrait fonctionner.

Je faisais le même problème en suivant le tutoriel Flask et j'ai trouvé la réponse sur les Pytest officielles docs Il est un peu passer de la façon dont je (et je pense que beaucoup d' autres) sont utilisées pour faire des choses.

Vous devez créer un setup.pyfichier dans le répertoire racine de votre projet avec au moins les deux lignes suivantes:

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

où PACKAGENAME est le nom de votre application. Ensuite, vous devez l'installer avec pip:

pip install -e .

L' -eindicateur indique à pip d'intaller le paquetage en mode modifiable ou "développement". Donc, la prochaine fois que vous l'exécutez, pytestvotre application devrait trouver la norme PYTHONPATH.

Ma solution:

créez le conftest.pyfichier dans le testrépertoire contenant:

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

Cela ajoutera le dossier d'intérêt au chemin python sans modifier chaque fichier de test , définir la variable env ou jouer avec les chemins absolus / relatifs.