Python: AssertionError при выполнении носовых тестов с покрытием

Я довольно зеленый с тестированием python, так что это может быть что-то, что я делаю неправильно.

Когда я запускаю свои тесты, бегуны тестов работают нормально и покрытие тоже ... но между ними я получаю ошибку утверждения:

Traceback (most recent call last):
  File "/usr/local/bin/coverage", line 9, in <module>
    load_entry_point('coverage==3.5.1', 'console_scripts', 'coverage')()
  File "/usr/local/lib/python2.7/dist-packages/coverage/cmdline.py", line 657, in main
    status = CoverageScript().command_line(argv)
  File "/usr/local/lib/python2.7/dist-packages/coverage/cmdline.py", line 526, in command_line
    self.coverage.stop()
  File "/usr/local/lib/python2.7/dist-packages/coverage/control.py", line 389, in stop
    self.collector.stop()
  File "/usr/local/lib/python2.7/dist-packages/coverage/collector.py", line 262, in stop
    assert self._collectors[-1] is self
AssertionError

Чтобы усложнить задачу, я пытаюсь протестировать утилиту командной строки. Это означает, что я должен был сообщить о покрытии, чтобы покрыть вызовы подпроцесса.

Я думаю, что у меня эта часть работает, так как покрытие теперь сообщает о % покрытия для выполняемого скрипта. Но поскольку у меня работает покрытие, я не могу избавиться от AssertionError.

Некоторая помощь в понимании того, что не так, будет действительно оценена. Весь мой код доступен на github:

Быстрый бег:

cd /tmp/ && git clone git://github.com/h3/django-duke-client.git 
cd django-duke-client && chmod a+x run_tests && ./run_tests

Спасибо

Обновить

Я провел тест на другом компьютере и получил ту же ошибку AssertionError.. Плюс новую ошибку TypeError. Опять же, тесты работают правильно, и покрытие также работает правильно даже с этими ошибками.

...
Ran 9 tests in 1.324s

OK
Traceback (most recent call last):
  File "/usr/local/bin/coverage", line 9, in <module>
    load_entry_point('coverage==3.5.1', 'console_scripts', 'coverage')()
  File "/usr/local/lib/python2.7/dist-packages/coverage/cmdline.py", line 657, in main
    status = CoverageScript().command_line(argv)
  File "/usr/local/lib/python2.7/dist-packages/coverage/cmdline.py", line 526, in command_line
    self.coverage.stop()
  File "/usr/local/lib/python2.7/dist-packages/coverage/control.py", line 389, in stop
    self.collector.stop()
  File "/usr/local/lib/python2.7/dist-packages/coverage/collector.py", line 262, in stop
    assert self._collectors[-1] is self
AssertionError
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "/usr/lib/python2.7/multiprocessing/util.py", line 284, in _exit_function
    info('process shutting down')
TypeError: 'NoneType' object is not callable
Error in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "/usr/lib/python2.7/multiprocessing/util.py", line 284, in _exit_function
    info('process shutting down')
TypeError: 'NoneType' object is not callable

Name                               Stmts   Miss Branch BrPart  Cover   Missing
------------------------------------------------------------------------------
dukeclient/__init__                   53     53      2      0     4%   1-93
dukeclient/commands/__init__          41     33      6      2    26%   1-9, 12, 14-15, 17, 24-28, 34-43, 46-63
...

person h3.    schedule 19.02.2012    source источник


Ответы (1)


Что касается NoneType is not callable error, ниже приведены некоторые элементы, которые могут вам помочь.

В вашем модуле plugintest.py из nose-1.1.2-py2.7.egg/nose/plugins/, строка 174, можно прочитать следующую строку:

from multiprocessing import Manager

Это приводит к импорту пакета multiprocessing.util и регистрации функции выхода:

atexit.register(_exit_function)

Проблема, похоже, в том, что multiprocessing.util, который загружается в plugintest, затем выгружается до того, как будет вызван _exit_function, и, кстати, определения его функций.

Таким образом, если вы импортируете его в свой файл setup.py:

from multiprocessing import util

Ошибка исчезнет.

Кстати, мне пришлось прокомментировать некоторые части в тестах, которые не удались, или изменить некоторые строки кода:

  • команда -m кажется недействительной;
  • Мне пришлось переименовать duke_conf.yml в duke_conf.yml ;
  • тесты, которые проверяют, существуют ли файлы README.rst и LICENSE, дают сбой (не было времени проверить, почему);

Надеюсь, поможет,

person Y__    schedule 29.08.2012