在我的例子中，发生导入错误是因为包指向具有相同名称的另一个包/目录，其路径比我实际需要的文件夹高一级。 我认为这也解释了为什么有些人需要删除_ init _.py，而另一些人需要添加回来。

我只是把print(the_root_package.__path__)(在导入the_root_package之后)放在python控制台和pytest脚本中来比较差异

底线:当您使用python时，您导入的包可能与运行pytest时的包不同。

我已将所有测试放在测试文件夹中，并得到相同的错误。我通过在该文件夹中添加__init__.py来解决这个问题，如下所示:

.
|-- Pipfile
|-- Pipfile.lock
|-- README.md
|-- api
|-- app.py
|-- config.py
|-- migrations
|-- pull_request_template.md
|-- settings.py
`-- tests
    |-- __init__.py <------
    |-- conftest.py
    `-- test_sample.py

这是一篇中篇文章!描述问题!

问题在于您使用的是哪个pytest以及您使用的是虚拟环境。 如果您在系统范围内(换句话说，在虚拟环境之外)安装了pytest，那么pytest有一个讨厌的习惯，就是只在虚拟环境之外寻找模块!如果您的项目使用的模块只安装在您的虚拟环境中，并且您正在使用系统范围的pytest，那么即使您激活了虚拟环境，它也不会找到该模块

以下是具体步骤

退出任何虚拟环境 使用Pip卸载pytest 激活项目的虚拟环境 在虚拟环境中安装pytest Pytest现在将找到仅虚拟环境的包!

我只是通过删除项目根目录中的__init__.py来解决这个问题:

.
├── __init__.py <--- removed
├── models
│   ├── __init__.py
│   ├── address.py
│   ├── appointment.py
│   └── client.py
├── requirements.txt
├── setup.cfg
├── tests
│   ├── __init__.py
│   ├── models
│   │   ├── __init__.py
│   │   ├── appointment_test.py
│   │   └── client_test.py
│   └── other_test.py
└── script.py

我不能说我理解为什么这样工作，但我有同样的问题，如果我运行python -m pytest，测试工作正常。

我在一个virtualenv中，pytest也在全局范围内可用:

(proj)tom@neon ~/dev/proj$ type -a python
python is /home/tom/.virtualenvs/proj/bin/python
python is /usr/bin/python

(proj)tom@neon ~/dev/proj$ python -V
Python 3.5.2

(proj)tom@neon ~/dev/proj$ type -a pytest
pytest is /home/tom/.virtualenvs/proj/bin/pytest
pytest is /usr/bin/pytest

(proj)tom@neon ~/dev/proj$ pytest --version
This is pytest version 3.5.0, imported from /home/tom/.virtualenvs/proj/lib/python3.5/site-packages/pytest.py

Python导入系统的又一次巨大胜利。我认为没有达成共识的原因是，什么可行可能取决于您的环境和您在其之上使用的工具。

我从VS Code中使用这个，在conda环境下的Windows测试资源管理器中，Python 3.8。

我要工作的设置是:

mypkg/
    __init__.py
    app.py
    view.py
tests/
    test_app.py
    test_view.py

在这种设置下，智能感知和测试发现都起作用。

请注意，我最初尝试了以下建议。

src/
    mypkg/
        __init__.py
        app.py
        view.py
tests/
    test_app.py
    test_view.py

我找不到从VS Code得到这个工作的方法，因为src文件夹只是吹了导入系统的头脑。我可以想象，有一种方法可以让它从命令行工作。作为一个相对较新的Python编程转换者，它给了我一种使用COM的怀旧感觉，但没有那么有趣。