在我的情况下，我不得不改变: 解决方案1(更多更好，取决于当前的py文件路径。易于部署) 使用pathlib.Path.parents使代码更干净

import sys
import os
import pathlib
target_path = pathlib.Path(os.path.abspath(__file__)).parents[3]
sys.path.append(target_path)
from utils import MultiFileAllowed

解决方案2

import sys
import os
sys.path.append(os.getcwd())
from utils import MultiFileAllowed

只需移除…在test.py 对我来说，pytest很好地解决了这个问题 例子:

from A import foo

正如最流行的答案所暗示的那样，基本上是因为你的PYTHONPATH或sys。路径包含。但不是你拿到包裹的路径。相对导入是相对于你当前的工作目录，而不是导入发生的文件;奇怪的是。

你可以通过先将相对导入更改为绝对导入来解决这个问题，然后以以下方式开始:

PYTHONPATH=/path/to/package python -m test_A.test

OR在以这种方式调用时强制python路径，因为:

使用python -m test_A。测试你正在使用__name__ == '__main__'和__file__ == '/absolute/path/to/test_A/test.py'执行test_A/test.py

这意味着在test.py中，你可以在main case条件下使用绝对导入半保护，也可以做一些一次性的Python路径操作:

from os import path
…
def main():
…
if __name__ == '__main__':
    import sys
    sys.path.append(path.join(path.dirname(__file__), '..'))
    from A import foo

    exit(main())

这实际上比其他答案要简单得多。

TL;DR:直接导入A，而不是尝试相对导入。

当前工作目录不是包，除非您从另一个文件夹导入文件夹包。因此，如果您打算将包导入其他应用程序，那么包的行为将正常工作。不管用的是测试…

在不改变目录结构的情况下，只需要改变test.py导入foo.py的方式。

from A import foo

现在运行python -m test_A。test将在没有ImportError的情况下运行。

为什么会这样?

当前工作目录不是包，但它被添加到路径中。因此可以直接导入文件夹A及其内容。这是同样的原因，你可以导入任何其他包，你已经安装…它们都包含在你的路径中。

如果在上层文件夹中有__init__.py，可以将导入初始化为 导入文件/路径作为初始化文件的别名。然后你可以使用它在较低的脚本:

import alias

在python2中不确定。X，但在python 3.6中，假设你试图运行整个套件，你只需要使用-t

-t，——顶级-directory目录 项目的顶级目录(默认为开始目录)

在一个结构上

project_root
  |
  |----- my_module
  |          \
  |           \_____ my_class.py
  |
  \ tests
      \___ test_my_func.py

例如，你可以用:

Python3 unittest discover -s /full_path/project_root/tests -t /full_path/project_root/

仍然导入my_module。My_class没有大的戏剧。