我有一个类似的问题，完全相同的错误，但不同的原因。我运行的测试代码很好，但是针对的是模块的旧版本。在我代码的前一个版本中，一个类存在，而另一个不存在。在更新代码之后，我应该运行以下命令来安装它。

Sudo PIP install ./——upgrade

在安装更新的模块时，运行pytest产生了正确的结果(因为我使用了正确的代码库)。

我有一个类似的问题，完全相同的错误，但不同的原因。我运行的测试代码很好，但是针对的是模块的旧版本。在我代码的前一个版本中，一个类存在，而另一个不存在。在更新代码之后，我应该运行以下命令来安装它。

Sudo PIP install ./——upgrade

在安装更新的模块时，运行pytest产生了正确的结果(因为我使用了正确的代码库)。

我也遇到了同样的问题，但原因不是上面提到的那些:

py。测试是全局安装的，而包是安装在虚拟环境中的。

解决方案是在虚拟环境中安装pytest。(如果你的shell像Bash一样散列可执行文件，使用hash -r，或者使用py.test的完整路径)

我的观点是:如果不使用虚拟环境，pytest可能会失败。有时它会起作用，有时则不会。

因此，解决方案是:

使用PIP卸载删除pytest 创建你的venv 激活你的venv PIP在可编辑模式下安装项目路径，因此pytest将它视为一个模块(否则，pytest不会找到您的内部导入)。为此，您需要一个setup.py文件 安装包，包括pytest 最后，运行测试

代码，使用windows PowerShell:

pip uninstall pytest
python.exe -m venv my_env
.\my_env\Scripts\activate
(my_env) pip install -e .
(my_env) pip install pytest pytest-html pandas numpy

最后

(my_env) pytest --html="my_testing_report.html"

一个setup.py的例子，用于pip install -e:

import setuptools

setuptools.setup(
    name='my_package',
    version='devel',
    author='erickfis',
    author_email='erickfis@gmail.com',
    description='My package',
    long_description='My gooood package',
    packages=setuptools.find_packages(),
    classifiers=[
        'Programming Language :: Python :: 3',
        'Operating System :: OS Independent',
    ],
    include_package_data=True
)

我不同意那些说你必须删除任何__init__.py文件的帖子。相反，您必须更改sys.path。

做个实验，打印sys。路径时正常运行的代码。 然后输出sys。路径，同时通过pytest运行代码。我想你会发现这两条路径之间有区别，这就是为什么pytest会中断。

为了解决这个问题，在第二个实验的第0个索引处插入第一个实验的路径。

让'/usr/exampleUser/Documents/foo'作为实验1的print(sys.path)的第一个元素。

下面是代码，应该解决你的问题:

导入系统 sys。path[0] = '/usr/exampleUser/Documents/foo'

把它放在文件的顶部，在实际的import语句之前。

来源:我自己也在处理这个问题，上面的过程解决了这个问题。

只需在项目根目录中放置一个空的conftest.py文件，因为当pytest发现一个conftest.py时，它会修改sys. py。路径，这样它就可以从conftest模块中导入东西。 一般的目录结构可以是:

Root
├── conftest.py
├── module1
│   ├── __init__.py
│   └── sample.py
└── tests
    └── test_sample.py