import sys
sys.path.append("..") # Adds higher directory to python modules path.

试试这个。 为我工作。

假设: 如果您在包目录中，则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没有大的戏剧。

import sys
sys.path.append("..") # Adds higher directory to python modules path.

试试这个。 为我工作。

编辑:2020-05-08:似乎我引用的网站不再由写建议的人控制，所以我删除了该网站的链接。谢谢你让我知道baxx。

如果有人在已经提供的精彩答案后仍然有点纠结，我在一个网站上找到了不再可用的建议。

我提到的网站的重要引用:

“同样可以通过编程方式指定: 导入系统 sys.path.append (' . ') 当然，上面的代码必须在另一个导入之前编写 声明。

很明显，事情是这样的，事后想想。我试图在我的测试中使用sys.path.append('..')，但遇到了op发布的问题。路径定义之前我的其他导入，我能够解决这个问题。

编辑:这个问题在其他问题中有更好/更连贯的答案:

兄弟包导入 第10亿次相对进口

Why doesn't it work? It's because python doesn't record where a package was loaded from. So when you do python -m test_A.test, it basically just discards the knowledge that test_A.test is actually stored in package (i.e. package is not considered a package). Attempting from ..A import foo is trying to access information it doesn't have any more (i.e. sibling directories of a loaded location). It's conceptually similar to allowing from ..os import path in a file in math. This would be bad because you want the packages to be distinct. If they need to use something from another package, then they should refer to them globally with from os import path and let python work out where that is with $PATH and $PYTHONPATH.

当你使用python -m package.test_A。测试，然后使用from ..import foo可以很好地解决问题，因为它跟踪了包中的内容，而你只是访问了加载位置的子目录。

为什么python不认为当前工作目录是一个包?不知道，但天哪，这将是有用的。