我使用easy_install在Mac上安装pytest，并开始为一个具有如下文件结构的项目编写测试:
repo/
|--app.py
|--settings.py
|--models.py
|--tests/
|--test_app.py
py运行。在repo目录中进行测试，一切都如您所料。
但是当我在Linux或Windows上尝试同样的事情时(两者都有pytest 2.2.3)，每当它第一次从我的应用程序路径导入某些东西时，它就会发出吠叫。例如，from app import some_def_in_app。
我需要编辑我的PATH来运行py。测试这些系统?
当前回答
在跟随Flask教程时，我也遇到了同样的问题，我在官方的Pytest文档中找到了答案。 这与我(以及其他许多人)过去做事的方式有一点不同。
你必须在你的项目根目录下创建一个setup.py文件，至少包含以下两行代码:
from setuptools import setup, find_packages
setup(name="PACKAGENAME", packages=find_packages())
其中PACKAGENAME是应用程序的名称。然后你要用pip安装它:
pip install -e .
-e标志告诉pip以可编辑或“开发”模式安装包。因此，下次运行pytest时，它应该在标准PYTHONPATH中找到你的应用程序。
其他回答
我得到这个错误，因为我使用相对导入不正确。在OP示例中，test_app.py应该使用e.g.导入函数。
from repo.app import *
然而，尽管__init__.py文件分散在文件结构中，但这不会起作用，并会创建所见的ImportError类型，除非文件和测试文件在同一目录中。
from app import *
以下是我在一个项目中所做的一个例子:
这是我的项目结构:
microbit/
microbit/activity_indicator/activity_indicator.py
microbit/tests/test_activity_indicator.py
为了能够从test_activity_indicator.py访问activity_indicator.py，我需要:
使用正确的相对导入启动test_activity_indicator .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
将pytest本身作为一个模块运行: Python -m pytest测试
例如，当项目层次结构为package/src package/tests时，在从src导入的测试中，就会发生这种情况。作为模块执行会将导入视为绝对的，而不是相对于执行位置。
是，如果您cd到测试目录，则源文件夹不在Python的路径中。
你有两个选择:
手动将路径添加到测试文件中。就像这样: 导入sys, OS myPath = os.path.dirname(os.path.abspath(__file__)) sys.path。insert(0, myPath + '/../') 使用env var PYTHONPATH=../运行测试。
我们通过添加以下环境变量修复了这个问题。
PYTHONPATH=${PYTHONPATH}:${PWD}/src:${PWD}/test
在跟随Flask教程时，我也遇到了同样的问题，我在官方的Pytest文档中找到了答案。 这与我(以及其他许多人)过去做事的方式有一点不同。
你必须在你的项目根目录下创建一个setup.py文件，至少包含以下两行代码:
from setuptools import setup, find_packages
setup(name="PACKAGENAME", packages=find_packages())
其中PACKAGENAME是应用程序的名称。然后你要用pip安装它:
pip install -e .
-e标志告诉pip以可编辑或“开发”模式安装包。因此，下次运行pytest时，它应该在标准PYTHONPATH中找到你的应用程序。
