Problema PERCORSO con pytest 'ImportError: nessun modulo chiamato YadaYadaYada'

Ho usato easy_install per installare Pytest su un Mac e ho iniziato a scrivere test per un progetto con una struttura di file simile a:

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

eseguito py.testnella directory repo, tutto si comporta come ci si aspetterebbe

ma quando provo la stessa cosa su Linux o Windows (entrambi hanno Pytest 2.2.3 su di loro) si abbaia ogni volta che colpisce la sua prima importazione di qualcosa dal mio percorso applicativo. Dì per esempiofrom app import some_def_in_app

Devo modificare il mio PATH per eseguire py.test su questi sistemi? Qualcuno l'ha sperimentato?

Sì, la cartella di origine non si trova nel percorso di Python se ci si trova cdnella directory dei test.

Hai 2 scelte:

1. Aggiungi il percorso manualmente ai file di test, in questo modo:

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

2. Esegui i test con env var PYTHONPATH=../.

Non sono sicuro del motivo per cui py.test non aggiunge la directory corrente nel PYTHONPATH stesso, ma ecco una soluzione alternativa (da eseguire dalla radice del repository):

python -m pytest tests/

Funziona perché Python aggiunge la directory corrente in PYTHONPATH per te.

conftest soluzione

La soluzione meno invasiva è l'aggiunta di un file vuoto denominato conftest.pynella repo/directory:

$ touch repo/conftest.py

Questo è tutto. Non è necessario scrivere codice personalizzato per manipolare sys.patho ricordare di trascinarlo PYTHONPATHo posizionarlo __init__.pyin dir dove non appartiene.

La directory del progetto in seguito:

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

Spiegazione

pytestcerca i conftestmoduli per la raccolta di test per raccogliere ganci personalizzati e infissi, e al fine di importare gli oggetti personalizzati da loro, pytestaggiunge la directory padre della conftest.pyallasys.path (in questo caso la repodirectory).

Altre strutture di progetto

Se si dispone di un'altra struttura di progetto, posizionare il conftest.pynella directory root del pacchetto (quello che contiene i pacchetti ma non è un pacchetto stesso, quindi non contiene un __init__.py), ad esempio:

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

src disposizione

Sebbene questo approccio possa essere utilizzato con il srclayout (posizionare conftest.pynella srcdirectory):

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

attenzione che l'aggiunta srcper PYTHONPATHmitigare il significato e i vantaggi del srclayout! Si finirà con il test del codice dal repository e non del pacchetto installato. Se hai bisogno di farlo, forse non hai bisogno del srcdir.

Dove andare da qui

Naturalmente, i conftestmoduli non sono solo alcuni file per aiutare la scoperta del codice sorgente; è qui che si verificano tutti i miglioramenti specifici del progetto del pytestframework e la personalizzazione della suite di test. pytestha molte informazioni sui conftestmoduli sparsi nei loro documenti ; inizia con conftest.py: plugin locali per directory

Inoltre, SO ha un'ottima domanda sui conftestmoduli: in py.test, a che cosa servono i file conftest.py?

Ho avuto lo stesso problema. L'ho corretto aggiungendo un __init__.pyfile vuoto alla mia testsdirectory.

Esegui pytestse stesso come un modulo con: python -m pytest tests

È possibile eseguire con PYTHONPATH nella radice del progetto

PYTHONPATH=. py.test

Oppure usa pip install come importazione modificabile

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

L'ho creato come risposta alla tua domanda e alla mia confusione. Spero possa essere d'aiuto. Presta attenzione a PYTHONPATH sia nella riga di comando py.test che in tox.ini.

https://github.com/jeffmacdonald/pytest_test

In particolare: devi dire a py.test e tox dove trovare i moduli che stai includendo.

Con py.test puoi farlo:

PYTHONPATH=. py.test

E con tox, aggiungi questo al tuo tox.ini:

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

Ho avuto lo stesso problema in Flask.

Quando ho aggiunto:

__init__.py

nella cartella test, il problema è scomparso :)

Probabilmente l'applicazione non è riuscita a riconoscere i test delle cartelle come modulo

L'ho risolto rimuovendo il livello principale __init__.pynella cartella principale delle mie fonti.

Ho iniziato a ricevere strani ConftestImportFailure: ImportError('No module named ...errori quando avevo accidentalmente aggiunto il __init__.pyfile alla mia directory src (che non doveva essere un pacchetto Python, solo un contenitore di tutti i sorgenti).

Stavo ottenendo questo errore a causa di qualcosa di ancora più semplice (si potrebbe anche dire banale). Non avevo installato il pytestmodulo. Quindi un semplice apt install python-pytestrisolto per me.

'pytest' sarebbe stato elencato in setup.py come dipendenza di test. Assicurati di installare anche i requisiti di prova.

Ho avuto un problema simile. pytestnon ho riconosciuto un modulo installato nell'ambiente in cui stavo lavorando.

L'ho risolto installando anche pytestnello stesso ambiente.

Per me il problema è stato tests.pygenerato da Django insieme alla testsdirectory. La rimozione ha tests.pyrisolto il problema.

Ho ricevuto questo errore poiché ho utilizzato le importazioni relative in modo errato. Nell'esempio OP, test_app.py dovrebbe importare funzioni usando ad es

from repo.app import *

Tuttavia, i file __init__.py sono sparsi liberamente nella struttura del file, questo non funziona e crea il tipo di ImportError visto a meno che i file e i file di test non si trovino nella stessa directory.

from app import *

Ecco un esempio di cosa ho avuto a che fare con uno dei miei progetti:

Ecco la mia struttura del progetto:

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

Per poter accedere a activity_indicator.py da test_activity_indicator.py avevo bisogno di:

• avvia test_activity_indicatory.py con l'importazione relativa corretta:

    from microbit.activity_indicator.activity_indicator import *

• inserisci i file __init__.py in tutta la struttura del progetto:

    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

Molto spesso i test sono stati interrotti a causa dell'impossibilità di importare il modulo. Dopo la ricerca, ho scoperto che il sistema sta guardando il file nel posto sbagliato e possiamo facilmente superare il problema copiando il file, contenente il modulo, in la stessa cartella indicata, per essere correttamente importata. Un'altra proposta di soluzione sarebbe quella di modificare la dichiarazione per l'importazione e mostrare a MutPy il percorso corretto dell'unità. Tuttavia, a causa del fatto che più unità possono avere questa dipendenza, il che significa che è necessario eseguire il commit delle modifiche anche nelle loro dichiarazioni, preferiamo semplicemente spostare l'unità nella cartella.

Secondo un post su Medium di Dirk Avery (e supportato dalla mia esperienza personale) se stai usando un ambiente virtuale per il tuo progetto, non puoi utilizzare un'installazione di pytest a livello di sistema; devi installarlo nell'ambiente virtuale e usare quell'installazione.

In particolare, se lo hai installato in entrambi i posti, semplicemente l'esecuzione del pytestcomando non funzionerà perché utilizzerà l'installazione di sistema. Come hanno descritto le altre risposte, al python -m pytestposto di eseguire una soluzione semplice pytest; funziona perché utilizza la versione di pytest dell'ambiente. In alternativa, puoi semplicemente disinstallare la versione di pytest del sistema; dopo aver riattivato l'ambiente virtuale il pytestcomando dovrebbe funzionare.

Stavo avendo lo stesso problema quando seguivo il tutorial di Flask e ho trovato la risposta sui documenti ufficiali di Pytest È un po ' diverso dal modo in cui io (e penso che molti altri) sono abituato a fare le cose.

Devi creare un setup.pyfile nella directory principale del tuo progetto con almeno le seguenti due righe:

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

dove PACKAGENAME è il nome della tua app. Quindi devi installarlo con pip:

pip install -e .

Il -eflag dice a pip di installare il pacchetto in modalità modificabile o "sviluppo". Quindi la prossima volta che esegui pytest, dovrebbe trovare la tua app nello standard PYTHONPATH.

La mia soluzione:

crea il conftest.pyfile nella testdirectory contenente:

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

Ciò aggiungerà la cartella di interesse al percorso Python senza modificare tutti i file di test , impostando la variabile env o inviando messaggi con percorsi assoluti / relativi.