我使用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本身作为一个模块运行: Python -m pytest测试
例如，当项目层次结构为package/src package/tests时，在从src导入的测试中，就会发生这种情况。作为模块执行会将导入视为绝对的，而不是相对于执行位置。
其他回答
在跟随Flask教程时，我也遇到了同样的问题，我在官方的Pytest文档中找到了答案。 这与我(以及其他许多人)过去做事的方式有一点不同。
你必须在你的项目根目录下创建一个setup.py文件，至少包含以下两行代码:
from setuptools import setup, find_packages
setup(name="PACKAGENAME", packages=find_packages())
其中PACKAGENAME是应用程序的名称。然后你要用pip安装它:
pip install -e .
-e标志告诉pip以可编辑或“开发”模式安装包。因此，下次运行pytest时，它应该在标准PYTHONPATH中找到你的应用程序。
根据Dirk Avery在Medium上的一篇文章(我个人经验也支持)，如果你在项目中使用虚拟环境，那么你就不能使用系统范围的pytest安装;您必须在虚拟环境中安装它并使用该安装。
特别是，如果在两个地方都安装了它，那么简单地运行pytest命令将不起作用，因为它将使用系统安装。正如其他答案所描述的，一个简单的解决方案是运行python -m pytest而不是pytest;这是因为它使用了环境版本的pytest。或者，你也可以卸载系统版本的pytest;重新激活虚拟环境后，pytest命令应该可以工作。
由于无法导入模块，测试经常会中断。
经过研究，我发现系统在错误的地方查看文件，我们可以通过在相同的文件夹中复制包含模块的文件来轻松克服这个问题，以便正确导入。
另一个解决方案建议是更改导入的声明，并向MutPy显示单元的正确路径。然而，由于多个单元可能具有这种依赖关系，这意味着我们也需要在它们的声明中提交更改，因此我们更喜欢简单地将单元移动到文件夹中。
我们通过添加以下环境变量修复了这个问题。
PYTHONPATH=${PYTHONPATH}:${PWD}/src:${PWD}/test
是，如果您cd到测试目录，则源文件夹不在Python的路径中。
你有两个选择:
手动将路径添加到测试文件中。就像这样: 导入sys, OS myPath = os.path.dirname(os.path.abspath(__file__)) sys.path。insert(0, myPath + '/../') 使用env var PYTHONPATH=../运行测试。
