Как найти тест, не подчищающий за собой?

Question

[glader]

Есть большой проект на django. Написано некоторое количество тестов на pytest. Тесты перед стартом загружают фикстуры. И после запуска тестов некоторые фикстуры не удаляются. Как найти, в чем проблема?

Тесты гоняются на постгрес, если это важно. Python 3.6, Django 2.1.

Comments

[sim3x]

Фикстуры уже никто не использует
Какой фрейм для тестов используется?
Версии питона/джанги?

[glader]

Фикстуры уже никто не использует

Это голословное утверждение

Какой фрейм для тестов используется?

Не понял вашего вопроса. Предположу, что это про pytest.

Версии питона/джанги?

Питон 3.6, Джанга 2.1

Answer 1

[glader]

Переписал тесты с классов на простые функции, все заработало как надо.

Answer 2

[Ник В]

Продебажить.

Comments

[glader]

Что дебажить? Кодобаза большая.

[Ник В]

А кто говорил что будет легко?

[glader]

Это не "тяжело", это просто не является решением.

[Ник В]

Можешь в корневом файле conftest.py дописать такой метод и в нем подчистить то, что осталось после тестов.

def pytest_unconfigure(config):
    # pylint: disable=unused-argument
    print('After all tests.')
    # чистишь свои фикстуры

Answer 3

[Alexej Simakov]

Можно в процедуру удаления фикстуры вставить специальное лог сообщение и искать в логе. Если сообщение должно выводиться перед окончанием теста, то фильтровать на окончание теста плюс сколько-то строк сверху. LogЕxpert такое умеет делать. Или просканировать весь лог скриптом, и определить для каждого теста, было ли выведено специальное сообщение.

Comments

[glader]

Я правильно понял, что ваша гипотеза в том, что не отрабатывает teardown?

[Alexej Simakov]

glader, a может отсутствует в одном из тестов, да. Как я понял описание.
Хотя да, может быть и такое что функция отрабатывает но безрезультатно. Можно в тесты вставить проверку в начале, в чистом ли состоянии система. И там где она скажет нет, значит предыдущий тест.
Это будет даже правильнее, такой подход определит не только где отсутствует teardown, но и если он не справился со своей задачей. Хотя такие ассерты, в идеале, должны быть в самом teardown - получилось ли сделать то что надо или нет.
Тестовые функции можно в декоратор обернуть чтобы не менять код тестов.