我使用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。测试这些系统?
当前回答
如果这个pytest错误不是出现在您自己的包上，而是出现在包的requirements.txt中的git安装包上，解决方案是切换到可编辑的安装模式。
例如，假设你的包的requirements.txt有如下一行:
git+https://github.com/foo/bar.git
您可以将其替换为以下内容:
-e git+https://github.com/foo/bar.git#egg=bar
其他回答
我创建这个是为了回答你的问题和我自己的困惑。我希望这能有所帮助。注意py. conf文件中的PYTHONPATH。测试命令行和tox.ini。
https://github.com/jeffmacdonald/pytest_test
具体来说:您必须告诉py。测试和毒害在哪里找到您包含的模块。
py。测试你可以这样做:
PYTHONPATH=. py.test
使用tox，将这个添加到你的tox.ini:
[testenv]
deps= -r{toxinidir}/requirements.txt
commands=py.test
setenv =
PYTHONPATH = {toxinidir}
我得到这个错误，因为我使用相对导入不正确。在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
对我来说，问题是Django生成的tests.py和tests目录。删除tests.py就解决了这个问题。
由于无法导入模块，测试经常会中断。
经过研究，我发现系统在错误的地方查看文件，我们可以通过在相同的文件夹中复制包含模块的文件来轻松克服这个问题，以便正确导入。
另一个解决方案建议是更改导入的声明，并向MutPy显示单元的正确路径。然而，由于多个单元可能具有这种依赖关系，这意味着我们也需要在它们的声明中提交更改，因此我们更喜欢简单地将单元移动到文件夹中。
我通过删除源文件父文件夹中的顶层__init__.py来解决这个问题。
