15

在使用鼻子测试运行无法在鼻子之外重现的测试套件时,我遇到了一个神秘的导入错误。此外,当我跳过一部分测试时,导入错误消失了。

执行摘要: 我在 Nose 中收到一个导入错误,a) 仅在排除具有特定属性的测试时出现,并且 b) 无法在交互式 python 会话中重现,即使我确保两者的 sys.path 相同.

细节:

包结构如下所示:

project/
    module1/__init__.py
    module1/foo.py
    module1/test/__init__.py
    module1/test/foo_test.py
    module1/test/test_data/foo_test_data.txt
    module2/__init__.py
    module2/bar.py
    module2/test/__init__.py
    module2/test/bar_test.py
    module2/test/test_data/bar_test_data.txt

foo_test.py 中的一些测试很慢,所以我创建了一个 @slow 装饰器,允许我使用nosetests 选项跳过它们:

def slow(func):
    """Decorator sets slow attribute on a test method, so 
       nosetests can skip it in quick test mode."""
    func.slow = True
    return func

class TestFoo(unittest.TestCase):

    @slow
    def test_slow_test(self):
        load_test_data_from("test_data/")
        slow_test_operations_here


    def test_fast_test(self):
        load_test_data_from("test_data/")

当我只想运行快速单元测试时,我使用

nosetests -vv -a'!slow'

从项目的根目录。当我想全部运行它们时,我删除了最后一个参数。

我怀疑这是造成这场混乱的罪魁祸首。单元测试需要从文件中加载测试数据(不是最佳实践,我知道。)文件放在每个测试包中名为“test_data”的目录中,单元测试代码通过相对路径引用它们,假设单元测试正在从 test/ 目录运行,如上面的示例代码所示。

为了让它与项目根目录中的 running nose 一起工作,我在每个测试包的init .py 中添加了以下代码:

import os
import sys

orig_wd = os.getcwd()

def setUp():
    """
    test package setup:  change working directory to the root of the test package, so that 
    relative path to test data will work.
    """
    os.chdir(os.path.dirname(os.path.abspath(__file__)))

def tearDown():
    global orig_wd
    os.chdir(orig_wd)

据我了解,nose在运行该包中的测试之前和之后执行setUp和tearDown包方法,这样可以确保单元测试可以找到合适的test_data目录,并且在测试时将工作目录重置为原始值是完整的。

设置就这么多。问题是,只有在运行全套测试时才会出现导入错误。当我排除慢速测试时,相同的模块导入就好了。(澄清一下,引发导入错误的测试并不慢,因此它们在任何一种情况下都会执行。)

$ nosetests
...

ERROR: Failure: ImportError (No module named foo_test)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Python/2.7/site-packages/nose/loader.py", line 413, in loadTestsFromName
    addr.filename, addr.module)
  File "/Library/Python/2.7/site-packages/nose/importer.py", line 47, in importFromPath
    return self.importFromDir(dir_path, fqname)
  File "/Library/Python/2.7/site-packages/nose/importer.py", line 80, in importFromDir
    fh, filename, desc = find_module(part, path)
ImportError: No module named foo_test

如果我在没有慢速测试的情况下运行测试套件,则不会出现错误:

$ nosetests -a'!slow'

...

test_fast_test (module1.test.foo_test.TestFoo) ... ok

在 python 交互式会话中,我可以毫无问题地导入测试模块:

$ python
Python 2.7.1 (r271:86832, Aug  5 2011, 03:30:24) 
[GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import module1.test
>>> module1.test.__path__
['/Users/USER/project/module1/test']
>>> dir(module1.test)
['__builtins__', '__doc__', '__file__', '__name__', '__package__', '__path__', 'orig_wd', 'os', 'setUp', 'sys', 'tearDown']

当我在nose/importer.py 中设置断点时,情况看起来有所不同:

> /Library/Python/2.7/site-packages/nose/importer.py(83)importFromDir()
-> raise
(Pdb) l
 78                               part, part_fqname, path)
 79                     try:
 80                         fh, filename, desc = find_module(part, path)
 81                     except ImportError, e:
 82                         import pdb; pdb.set_trace()
 83  ->                     raise
 84                     old = sys.modules.get(part_fqname)
 85                     if old is not None:
 86                         # test modules frequently have name overlap; make sure
 87                         # we get a fresh copy of anything we are trying to load
 88                         # from a new path

(Pdb) part
'foo_test'
(Pdb) path
['/Users/USER/project/module1/test']
(Pdb) import module1.test.foo_test
*** ImportError: No module named foo_test
#If I import module1.test, it works, but the __init__.py file is not being executed
(Pdb) import partition.test
(Pdb) del dir
(Pdb) dir(partition.test)
['__doc__', '__file__', '__name__', '__package__', '__path__'] #setUp and tearDown missing?
(Pdb) module1.test.__path__
['/Users/USER/project/module1/test']  #Module path is the same as before.
(Pdb) os.listdir(partition.test.__path__[0])  #All files are right where they should be...
['.svn', '__init__.py', '__init__.pyc', 'foo_test.py', 'foo_test.pyc','test_data']

即使我将交互式会话中的 sys.path 复制到 pdb 会话中并重复上述操作,我也会看到相同的错误结果。谁能给我任何关于可能发生的事情的见解?我意识到我正在同时做几件非标准的事情,这可能会导致奇怪的互动。我对如何简化我的架构的建议很感兴趣,就像我想得到这个错误的解释一样。

4

3 回答 3

10

这是跟踪错误上下文的方法。

nosetests --debug=nose,nose.importer --debug-log=nose_debug <your usual args>

之后,检查nose_debug文件。搜索您的错误消息“ No module named foo_test”。然后查看前面几行,看看鼻子正在查看哪些文件/目录。

在我的例子中,nose 试图运行一些我已经导入到我的代码库中的代码——一个包含自己的测试的第 3 方模块,但我不打算将其包含在我的测试套件中。为了解决这个问题,我使用了nose-exclude插件来排除这个目录。

于 2015-05-11T18:37:32.133 回答
7

默认情况下,它只是调整你的路径。它会在导入模块之前更改 sys.path ,可能允许在包之外执行双重代码和导入(如您的情况)。

为避免这种情况,请PYTHONPATH在流鼻涕之前设置并使用nose --no-path-adjustment. 请参阅: http: //nose.readthedocs.org/en/latest/usage.html#cmdoption--no-path-adjustment

如果您无法添加命令行参数,您可以使用 env var ( NOSE_NOPATH=y) 或 this in .noserc

[nosetests]
no-path-adjustment=1
于 2014-10-27T09:50:21.937 回答
1

我遇到了这个问题,并将其追溯到 1)忘记激活我正在使用的virtualenv,以及 2)我的 shell zshnosetests显然已经缓存了我机器上错误的可执行文件实例的路径。

一旦我激活了我的 virtualenv,然后给出了 shell 命令hash -r,这个错误就停止了。抱歉,我没有确定是否只有其中一个就足够了。

我发现 raffienficiaud 对鼻子问题“ nosetest 不尊重虚拟环境”的回复很有帮助:

作为记录,这是一个bash缓存命令的问题。在这种情况下,which nosetests(确定性地)指向正确的可执行文件,同时bash缓存系统安装的可执行文件。使用hash -r清除缓存(请参阅http://unix.stackexchange.com/questions/5609/how-do-i-clear-bashs-cache-of-paths-to-executables

Unix.SE 对一个问题的回答是,“如何清除 Bash 的可执行文件路径缓存? ”,由 Tobu 和 Zigg 撰写。

bash确实缓存了命令的完整路径。您可以使用以下命令验证您尝试执行的命令是否经过哈希处理type

$ type svnsync svnsync is hashed (/usr/local/bin/svnsync)

要清除整个缓存:

$ hash -r

或者只有一个条目:

$ hash -d svnsync

如需更多信息,请咨询help hashman bash

我使用zshnot bash,并hash -d nosetests给了我一条错误消息。尽管如此,在我这样做之后问题就消失了hash -r

于 2017-05-08T22:48:13.673 回答