我使用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。测试这些系统?
当前回答
是，如果您cd到测试目录，则源文件夹不在Python的路径中。
你有两个选择:
手动将路径添加到测试文件中。就像这样: 导入sys, OS myPath = os.path.dirname(os.path.abspath(__file__)) sys.path。insert(0, myPath + '/../') 使用env var PYTHONPATH=../运行测试。
其他回答
由于无法导入模块，测试经常会中断。
经过研究，我发现系统在错误的地方查看文件，我们可以通过在相同的文件夹中复制包含模块的文件来轻松克服这个问题，以便正确导入。
另一个解决方案建议是更改导入的声明，并向MutPy显示单元的正确路径。然而，由于多个单元可能具有这种依赖关系，这意味着我们也需要在它们的声明中提交更改，因此我们更喜欢简单地将单元移动到文件夹中。
我得到这个错误，因为我使用相对导入不正确。在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中拾取单元测试。
我们通过添加以下环境变量修复了这个问题。
PYTHONPATH=${PYTHONPATH}:${PWD}/src:${PWD}/test
如果这个pytest错误不是出现在您自己的包上，而是出现在包的requirements.txt中的git安装包上，解决方案是切换到可编辑的安装模式。
例如，假设你的包的requirements.txt有如下一行:
git+https://github.com/foo/bar.git
您可以将其替换为以下内容:
-e git+https://github.com/foo/bar.git#egg=bar
