我使用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。测试这些系统?
当前回答
我在弗拉斯克也遇到了同样的问题。
当我补充说:
__init__.py
到测试文件夹，问题消失了:)
可能应用程序无法将文件夹测试识别为模块。
其他回答
正如Luiz Lezcano Arialdi所指出的，正确的解决方案是将您的包安装为可编辑包。
因为我正在使用Pipenv，所以我考虑在他的回答中逐步添加如何使用Pipenv将当前路径安装为可食用路径，允许运行pytest而不需要任何破坏代码或丢失文件。
你需要有以下最小的文件夹结构(文档):
package/
package/
__init__.py
module.py
tests/
module_test.py
setup.py
Setup.py主要有以下最小代码(文档):
import setuptools
setuptools.setup(name='package', # Change to your package name
packages=setuptools.find_packages())
然后你只需要运行pipenv install——dev -e。Pipenv将当前路径安装为可编辑包(——dev标志是可选的)(文档)。
现在您应该能够毫无问题地运行pytest了。
我得到这个错误，因为我使用相对导入不正确。在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.ini文件中传递测试的路径:
[pytest]
...
testpaths = repo/tests
参见文档:https://docs.pytest.org/en/6.2.x/customize.html#pytest-ini
Visual Studio Code的副作用:它应该在UI中拾取单元测试。
如果这个pytest错误不是出现在您自己的包上，而是出现在包的requirements.txt中的git安装包上，解决方案是切换到可编辑的安装模式。
例如，假设你的包的requirements.txt有如下一行:
git+https://github.com/foo/bar.git
您可以将其替换为以下内容:
-e git+https://github.com/foo/bar.git#egg=bar
我们通过添加以下环境变量修复了这个问题。
PYTHONPATH=${PYTHONPATH}:${PWD}/src:${PWD}/test
