Проблема PATH з pytest 'ImportError: Немає модуля з іменем YadaYadaYada'

Я використовував easy_install, щоб встановити pytest на mac, і почав писати тести для проекту з такою структурою файлів, як:

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

запустившись py.testу каталог репо, все поводиться так, як ви очікували

але коли я спробую те саме, що на Linux або Windows (обидва мають pytest 2.2.3 на них), він гавкає кожного разу, коли потрапляє на перший імпорт чогось із мого шляху програми. Скажімо, наприкладfrom app import some_def_in_app

Чи потрібно мені редагувати свій PATH для запуску py.test у цих системах? Хтось це переживав?

Так, папка-джерело не знаходиться в шляху Python, якщо ви cdпереходите до каталогу тестів.

У вас є два варіанти:

1. Додайте шлях вручну до тестових файлів, приблизно так:

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

2. Запустіть тести з env var PYTHONPATH=../.

Я не впевнений, чому py.test не додає поточний каталог у сам PYTHONPATH, але ось вирішення (яке потрібно виконати з кореня вашого сховища):

python -m pytest tests/

Це працює тому, що Python додає поточний каталог у PYTHONPATH для вас.

conftest рішення

Найменш інвазивним рішенням є додавання порожнього файлу, названого conftest.pyв repo/каталозі:

$ touch repo/conftest.py

Це воно. Не потрібно писати спеціальний код для керування sys.pathабо не забудьте перетягнути PYTHONPATHабо розміщувати __init__.pyв грі там, де йому не належить.

Після цього каталог проектів:

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

Пояснення

pytestзовнішній вигляд для conftestмодулів на тестовій колекції , щоб зібрати призначені для користувача гачки і кріплення, а також для того , щоб імпортувати призначені для користувача об'єкти з них, pytestдодає батьківський каталог conftest.pyдоsys.path (в цьому випадку repoкаталогу).

Інші структури проекту

Якщо у вас є інша структура проекту, розмістіть conftest.pyу кореневому пакеті dir (той, що містить пакунки, але не є самим пакетом, тому не містить __init__.py), наприклад:

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

src макет

Хоча цей підхід можна використовувати з srcмакетом (місце conftest.pyв режимі src):

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

потрібно враховувати , що додавання srcдо PYTHONPATHпом'якшують сенс і переваги srcкирилиці! Ви закінчите тестування коду із сховища, а не встановленого пакету. Якщо вам потрібно це зробити, можливо, вам зовсім не потрібен srcреж.

Куди піти звідси

Звичайно, conftestмодулі - це не лише деякі файли, які допомагають виявити вихідний код; саме там pytestвідбуваються всі покращення рамки та налаштування вашого тестового набору. pytestмає багато інформації про conftestмодулі, розкидані по їхніх документах ; Почніть з conftest.py: локальних плагінів для директорій

Крім того, SO має відмінне запитання щодо conftestмодулів: У py.test, для чого використовують файли conftest.py?

У мене була така ж проблема. Я виправив це, додавши порожній __init__.pyфайл у свій testsкаталог.

Запустити pytestсебе як модуль із: python -m pytest tests

Ви можете працювати з PYTHONPATH в корені проекту

PYTHONPATH=. py.test

Або використовувати встановлення pip як імпорт, який можна редагувати

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

Я створив це як відповідь на ваше запитання і мою власну плутанину. Я сподіваюся, що це допомагає. Зверніть увагу на PYTHONPATH як в командному рядку py.test, так і в tox.ini.

https://github.com/jeffmacdonald/pytest_test

Конкретно: Ви повинні повідомити py.test і токсинувати, де знайти модулі, до яких ви входите.

З py.test ви можете це зробити:

PYTHONPATH=. py.test

І разом з токсином додайте це до свого tox.ini:

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

У мене була така ж проблема в колбі.

Коли я додав:

__init__.py

до папки тестів, проблема зникла :)

Можливо, програма не змогла розпізнати тести папок як модуль

Я виправив це, видаливши верхній рівень __init__.pyу батьківській папці своїх джерел.

Я почав отримувати дивні ConftestImportFailure: ImportError('No module named ...помилки, коли випадково додав __init__.pyфайл до свого каталогу src (який не повинен був бути пакетом Python, а лише контейнером усіх джерел).

Я отримував цю помилку через щось навіть простіше (можна сказати навіть тривіально). Я не встановив pytestмодуль. Так простоapt install python-pytest зафіксований для мене.

"pytest" був би зазначений у setup.py як тестова залежність. Переконайтесь, що ви також встановили вимоги до тесту.

У мене було подібне питання. pytestне розпізнав модуль, встановлений у середовищі, в якому я працював.

Я вирішив це, встановивши pytestв те саме середовище.

Для мене проблема була tests.pyстворена Django разом з testsкаталогом. Видалення tests.pyвирішило проблему.

Я отримав цю помилку, оскільки я неправильно використовував відносний імпорт. У прикладі OP, test_app.py повинен імпортувати функції, використовуючи напр

from repo.app import *

Однак, як правило, файли __init__.py розкидані по всій структурі файлів, це не працює і створює тип ImportError, який спостерігається, якщо файли та тестові файли не в одному каталозі.

from app import *

Ось приклад того, що я мав робити з одним із своїх проектів:

Ось моя структура проекту:

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

Щоб мати доступ до Activity_indicator.py з test_activity_indicator.py, мені потрібно було:

• запустіть test_activity_indicatory.py з правильним відносним імпортом:

    from microbit.activity_indicator.activity_indicator import *

• розмістити файли __init__.py у всій структурі проекту:

    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

Дуже часто тести переривали через неможливість імпорту модуля. Після дослідження я з’ясував, що система шукає файл у неправильному місці, і ми можемо легко подолати проблему, скопіювавши файл, що містить модуль, у ту саму папку, що і вказана, для належного імпорту. Ще однією пропозицією рішення буде змінити декларацію про імпорт і показати MutPy правильний шлях одиниці. Однак через те, що декілька одиниць можуть мати цю залежність, тобто ми повинні вносити зміни і в їх декларації, ми віддаємо перевагу просто перемістити одиницю в папку.

Згідно з публікацією на Medium від Dirk Avery (і підтримується моїм особистим досвідом), якщо ви використовуєте віртуальне середовище для свого проекту, тоді ви не можете використовувати загальносистемну установку pytest; ви повинні встановити його у віртуальному середовищі та використовувати його.

Зокрема, якщо ви встановили її в обох місцях, просто виконання pytestкоманди не буде працювати, оскільки вона буде використовувати систему установки. Як описано в інших відповідях, одне просте рішення - запустити python -m pytestзамість pytest; це працює, оскільки він використовує середовище версію pytest. Крім того, ви можете просто видалити версію системи pytest системи; після реактивації віртуального середовища pytestкоманда повинна працювати.

У мене виникли ті ж проблеми, коли слідкуючи за підручником з колбою, і я знайшов відповідь в офіційних документах Pytest. Це невеликий зсув від того, як я (і, думаю, багато інших) звикли робити щось.

Ви повинні створити setup.pyфайл у кореневому каталозі вашого проекту, принаймні з наступних двох рядків:

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

де PACKAGENAME - назва вашого додатка. Тоді вам доведеться встановити його за допомогою pip:

pip install -e .

-eПрапор говорить ПГИ intall пакета в редагованому або «розвивати» режим. Тож наступного разу, коли ви запустите, ви pytestповинні знайти свою програму у стандартному форматі PYTHONPATH.

Моє рішення:

створити conftest.pyфайл у testкаталозі, що містить:

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

Це додасть папку, що цікавить, до шляху python, не змінюючи кожен тестовий файл , встановивши змінну env або змішавшись з абсолютними / відносними шляхами.