Problema de RUTA con pytest 'ImportError: ningún módulo llamado YadaYadaYada'

Utilicé easy_install para instalar pytest en una Mac y comencé a escribir pruebas para un proyecto con una estructura de archivos como esta:

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

ejecutar py.testmientras está en el directorio repos, todo se comporta como cabría esperar

pero cuando intento lo mismo en Linux o Windows (ambos tienen Pytest 2.2.3), ladra cada vez que llega a la primera importación de algo desde la ruta de mi aplicación. Decir por ejemplofrom app import some_def_in_app

¿Necesito editar mi RUTA para ejecutar py.test en estos sistemas? ¿Alguien ha experimentado esto?

Sí, la carpeta de origen no está en la ruta de Python si va cdal directorio de pruebas.

Tienes 2 opciones:

1. Agregue la ruta manualmente a los archivos de prueba, algo como esto:

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

2. Ejecute las pruebas con la env var PYTHONPATH=../.

No estoy seguro de por qué py.test no agrega el directorio actual en PYTHONPATH, pero aquí hay una solución alternativa (que se ejecutará desde la raíz de su repositorio):

python -m pytest tests/

Funciona porque Python agrega el directorio actual en PYTHONPATH por usted.

conftest solución

La solución menos invasiva es agregar un archivo vacío nombrado conftest.pyen el repo/directorio:

$ touch repo/conftest.py

Eso es. No es necesario escribir código personalizado para destruir sys.patho recordar arrastrar PYTHONPATHo colocar __init__.pyen directorios donde no pertenece.

El directorio del proyecto después:

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

Explicación

pytestbusca los conftestmódulos en la colección de prueba para recopilar ganchos y accesorios personalizados, y para importar los objetos personalizados desde ellos, pytestagrega el directorio principal conftest.pydelsys.path (en este caso, el repodirectorio).

Otras estructuras de proyecto

Si tiene otra estructura de proyecto, coloque el conftest.pydirectorio raíz del paquete (el que contiene paquetes pero no es un paquete en sí mismo, por lo que no contiene un __init__.py), por ejemplo:

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

src diseño

Aunque este enfoque se puede usar con el srcdiseño (colocar conftest.pyen el srcdirectorio):

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

ten en cuenta que la adición srcde PYTHONPATHmitiga el significado y las ventajas del srcdiseño! Terminará probando el código del repositorio y no el paquete instalado. Si necesita hacerlo, tal vez no necesite el srcdirectorio en absoluto.

A dónde ir desde aquí

Por supuesto, los conftestmódulos no son solo algunos archivos para ayudar al descubrimiento del código fuente; es donde pytestocurren todas las mejoras específicas del proyecto del marco y la personalización de su conjunto de pruebas. pytesttiene mucha información sobre conftestmódulos dispersos en sus documentos ; comenzar con conftest.py: complementos locales por directorio

Además, SO tiene una excelente pregunta sobre los conftestmódulos: en py.test, ¿de qué sirven los archivos conftest.py?

Yo tuve el mismo problema. Lo arreglé agregando un __init__.pyarchivo vacío a mi testsdirectorio.

Ejecutarse pytestcomo un módulo con: python -m pytest tests

Puede ejecutar con PYTHONPATH en la raíz del proyecto

PYTHONPATH=. py.test

O use pip install como importación editable

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

Creé esto como una respuesta a su pregunta y mi propia confusión. Espero que ayude. Presta atención a PYTHONPATH tanto en la línea de comando py.test como en tox.ini.

https://github.com/jeffmacdonald/pytest_test

Específicamente: Tienes que decirle a py.test y tox dónde encontrar los módulos que estás incluyendo.

Con py.test puedes hacer esto:

PYTHONPATH=. py.test

Y con tox, agregue esto a su tox.ini:

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

Tuve el mismo problema en Flask.

Cuando agregué:

__init__.py

a la carpeta de pruebas, el problema desapareció :)

Probablemente la aplicación no pudo reconocer las pruebas de carpeta como módulo

Lo arreglé eliminando el nivel superior __init__.pyen la carpeta principal de mis fuentes.

Comencé a recibir ConftestImportFailure: ImportError('No module named ...errores extraños cuando accidentalmente agregué un __init__.pyarchivo a mi directorio src (que no se suponía que fuera un paquete de Python, solo un contenedor de todas las fuentes).

Estaba recibiendo este error debido a algo aún más simple (incluso podría decirse trivial). No había instalado el pytestmódulo. Así que un simple lo apt install python-pytestarregló para mí.

'pytest' habría sido incluido en setup.py como una dependencia de prueba. Asegúrese de instalar también los requisitos de prueba.

Tuve un problema similar pytestno reconoció un módulo instalado en el entorno en el que estaba trabajando.

Lo resolví instalando también pytesten el mismo entorno.

Para mí, el problema fue tests.pygenerado por Django junto con el testsdirectorio. La eliminación tests.pysolucionó el problema.

Recibí este error porque utilicé importaciones relativas incorrectamente. En el ejemplo de OP, test_app.py debería importar funciones usando, por ejemplo,

from repo.app import *

Sin embargo, los archivos generosamente __init__.py están dispersos alrededor de la estructura del archivo, esto no funciona y crea el tipo de ImportError visto a menos que los archivos y los archivos de prueba estén en el mismo directorio.

from app import *

Aquí hay un ejemplo de lo que tuve que hacer con uno de mis proyectos:

Aquí está mi estructura de proyecto:

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

Para poder acceder a activity_indicator.py desde test_activity_indicator.py, necesitaba:

• Inicie test_activity_indicatory.py con la importación relativa correcta:

    from microbit.activity_indicator.activity_indicator import *

• poner archivos __init__.py en toda la estructura del proyecto:

    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

Muy a menudo, las pruebas se interrumpían debido a que el módulo no se podía importar. Después de investigar, descubrí que el sistema está mirando el archivo en el lugar incorrecto y podemos superar fácilmente el problema copiando el archivo que contiene el módulo, en la misma carpeta que se indicó, para que se importe correctamente. Otra propuesta de solución sería cambiar la declaración para la importación y mostrar a MutPy la ruta correcta de la unidad. Sin embargo, debido al hecho de que varias unidades pueden tener esta dependencia, lo que significa que debemos confirmar los cambios también en sus declaraciones, preferimos simplemente mover la unidad a la carpeta.

Según una publicación en Medium de Dirk Avery (y respaldada por mi experiencia personal), si está utilizando un entorno virtual para su proyecto, entonces no puede utilizar una instalación de pytest en todo el sistema; tienes que instalarlo en el entorno virtual y usar esa instalación.

En particular, si lo tiene instalado en ambos lugares, simplemente ejecutar el pytestcomando no funcionará porque usará la instalación del sistema. Como han descrito las otras respuestas, una solución simple es ejecutar en python -m pytestlugar de pytest; esto funciona porque usa la versión del entorno de pytest. Alternativamente, puede desinstalar la versión del sistema de pytest; Después de reactivar el entorno virtual, el pytestcomando debería funcionar.

Estaba teniendo el mismo problema al seguir el tutorial de Flask y encontré la respuesta en los documentos oficiales de Pytest. Es un pequeño cambio con respecto a la forma en que yo (y creo que muchos otros) están acostumbrados a hacer las cosas.

Debe crear un setup.pyarchivo en el directorio raíz de su proyecto con al menos las dos líneas siguientes:

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

donde PACKAGENAME es el nombre de tu aplicación. Luego tienes que instalarlo con pip:

pip install -e .

La -ebandera le dice a pip que instale el paquete en modo editable o "desarrollo". Por lo tanto, la próxima vez que lo ejecute pytestdebería encontrar su aplicación en el estándar PYTHONPATH.

Mi solución:

cree el conftest.pyarchivo en el testdirectorio que contiene:

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

Esto agregará la carpeta de interés a la ruta de Python sin modificar cada archivo de prueba , configurando la variable env o jugando con rutas absolutas / relativas.