我使用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.ini文件中传递测试的路径:
[pytest]
...
testpaths = repo/tests
参见文档:https://docs.pytest.org/en/6.2.x/customize.html#pytest-ini
Visual Studio Code的副作用:它应该在UI中拾取单元测试。
其他回答
我也有同样的问题。我通过在我的测试目录中添加一个空的__init__.py文件来修复它。
我不确定为什么是py。test不会在PYTHONPATH本身中添加当前目录，但这里有一个变通方法(从存储库的根目录执行):
python -m pytest tests/
它能工作是因为Python为你在PYTHONPATH中添加了当前目录。
根据Dirk Avery在Medium上的一篇文章(我个人经验也支持)，如果你在项目中使用虚拟环境，那么你就不能使用系统范围的pytest安装;您必须在虚拟环境中安装它并使用该安装。
特别是，如果在两个地方都安装了它，那么简单地运行pytest命令将不起作用，因为它将使用系统安装。正如其他答案所描述的，一个简单的解决方案是运行python -m pytest而不是pytest;这是因为它使用了环境版本的pytest。或者，你也可以卸载系统版本的pytest;重新激活虚拟环境后，pytest命令应该可以工作。
对我来说，问题是Django生成的tests.py和tests目录。删除tests.py就解决了这个问题。
我也遇到过类似的问题。pytest无法识别安装在我工作的环境中的模块。
我通过在相同的环境中安装pytest来解决这个问题。
