假设: 如果您在包目录中，则A和test_A是单独的包。

结论: ．．只允许在包中导入。

进一步指出: 如果您想强制包可以放置在sys.path中的任何路径上，那么使相对导入仅在包中可用是很有用的。

编辑:

我是唯一一个认为这很疯狂的人吗?为什么当前的工作目录不被认为是一个包?——Multihunter

当前工作目录通常位于sys.path中。所有文件都是可导入的。这是自Python 2以来的行为，当时包还不存在。将运行目录作为一个包将允许以“import a”和“import a”的方式导入模块，这将是两个不同的模块。也许这是需要考虑的不一致性。

在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没有大的戏剧。

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

import alias

正如最流行的答案所暗示的那样，基本上是因为你的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())

有

package/
   __init__.py
   A/
      __init__.py
      foo.py
   test_A/
      __init__.py
      test.py

在A/__init__.py中导入foo:

from .foo import foo

当从test_A/导入A/时

import sys, os
sys.path.append(os.path.abspath('../A'))
# then import foo
import foo

这些解决方案在3.6中都不适合我，文件夹结构如下:

package1/
    subpackage1/
        module1.py
package2/
    subpackage2/
        module2.py

我的目标是从module1导入到module2。奇怪的是，最后对我有用的是:

import sys
sys.path.append(".")

注意单点解决方案，而不是迄今为止提到的两点解决方案。

编辑:以下内容帮助我澄清了这一点:

import os
print (os.getcwd())

在我的例子中，工作目录(出乎意料地)是项目的根目录。