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

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

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

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

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

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

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

import os
print (os.getcwd())

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

从包中。一个import foo

我认为这比

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

这在Python中是非常棘手的。

我将首先说明为什么你会有这个问题，然后我会提到两种可能的解决方案。

这是怎么呢

你必须考虑Python文档中的这段话:

请注意，相对导入基于当前的名称 模块。由于主模块的名称总是“main”， 用作Python应用程序主模块的模块 必须始终使用绝对导入。

还有PEP 328中的以下内容:

相对导入使用模块的name属性来确定这一点 模块在包层次结构中的位置。如果模块名是 不包含任何包信息(例如它被设置为'main') 然后相对导入被解析，就好像模块是顶级的一样 模块，而不管模块实际位于文件中的哪个位置 系统。

相对导入工作于filename (__name__属性)，它可以取两个值:

它是文件名，前面是文件夹结构，中间用圆点分隔。 例如:package.test_A.test 这里Python知道父目录:在test之前是test_A，然后是package。 所以你可以使用点符号进行相对导入。

#  package.test_A/test.py
from ..A import foo

然后你可以在根目录下有一个根文件，调用test.py:

#  root.py
from package.test_A import test

当您直接运行模块(test.py)时，它将成为程序的入口点，因此__name__ == __main__。文件名没有指示目录结构，因此Python不知道如何进入目录。对于Python, test.py成为顶级脚本，在它之上没有任何东西。这就是为什么你不能使用相对导入。

可能的解决方案

A)解决这个问题的一个方法是有一个根文件(在根目录下)来调用模块/包，就像这样:

Root.py导入test.py。(入口点，__name__ == __main__)。 Test.py(相对)导入foo.py。 py表示模块已导入。

输出结果为:

package.A.foo has been imported
Module's name is:  package.test_A.test

B)如果你想将代码作为一个模块而不是一个顶级脚本来执行，你可以从命令行尝试:

python -m package.test_A.test

欢迎提出任何建议。

你还应该检查一下:相对进口，特别是BrenBarn的答案。

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

兄弟包导入 第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不认为当前工作目录是一个包?不知道，但天哪，这将是有用的。

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