🐍 Python · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Сложный ·

Тестирование кода на Python

Разбирает pytest, фикстуры, параметризацию, подмены и границы полезного покрытия. Задания предлагают тестовые сценарии, в которых нужно найти источник нестабильности, выбрать наблюдаемую границу проверки и не связать тест с лишними деталями реализации. Все задания рассчитаны на CPython 3.12; отличия других реализаций или версий учитываются только там, где это прямо оговорено.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Версия: CPython 3.12. Выберите один ответ из четырёх. На 20 вопросов отведено не меньше 40 минут; оценивайте изоляцию, воспроизводимость и то, какое поведение действительно проверяет тест. После завершения вы увидите общий процент, четыре тематические шкалы и объяснение каждого ответа.

Вопрос 1 из 20

Как выглядит ясная структура теста?

Одна подготовка, несколько независимых действий и одна общая проверка в конце Подготовка объекта, одно действие, точная проверка наблюдаемого результата Проверка результата и всех внутренних деталей реализации в одном тесте Проверка только внутренних вызовов, хотя внешний результат доступен напрямую

Вопрос 2 из 20

Фикстура pytest открывает ресурс до `yield`, а закрывает после него. Что произойдёт, если тест завершится исключением?

pytest передаст генератор в тест и потребует вручную вызвать `next` Код после `yield` будет пропущен, потому что тест не завершился успешно Очистка выполнится до запуска теста, сразу после получения ресурса Код после `yield` выполнится как этап очистки, несмотря на исключение в тесте

Вопрос 3 из 20

Что даст parametrize?

Один тест с объединённым отчётом: падение любой пары скрывает результаты остальных Один тестовый случай, который последовательно перебирает данные внутри собственного цикла Три отдельных тестовых случая с понятным набором данных Три вызова одной функции внутри общей фикстуры без отдельных идентификаторов случаев

Вопрос 4 из 20

Где патчить зависимость?

В общем `conftest`, независимо от места связывания имени В `builtins`, чтобы замена стала видна всем модулям В модуле, где тестируемый код её использует и уже связал имя В модуле, где зависимость первоначально была объявлена

Вопрос 5 из 20

Почему тест не должен зависеть от порядка запуска?

Порядок запуска определяется алфавитом и потому считается частью контракта Общее изменяемое состояние нарушает изоляцию тестов Все тесты должны последовательно менять одну общую базу Тесты с зависимым порядком не могут быть собраны синтаксически

Вопрос 6 из 20

Что проверяет `pytest.raises(ExpectedError, match="...")`?

Возвращаемое значение функции внутри контекста Число строк, выполненных до возникновения ошибки Тип исключения и совпадение сообщения с шаблоном Точное место исключения в полной трассировке

Вопрос 7 из 20

Фикстура уровня `session` возвращает изменяемый объект, который правят тесты. Чем опасен этот граничный сценарий?

Когда объект неизменяем и безопасно разделяется между тестами Когда фикстура объявлена в одном модуле, но имеет широкую область Когда подготовка слишком быстра и не окупает широкую область Когда тесты меняют общий объект и зависят от порядка запуска

Вопрос 8 из 20

Что даст tmp_path?

Отдельный временный каталог Path для теста Мок файловой системы Постоянный /tmp/a.txt для всех тестов Строку с текущим каталогом

Вопрос 9 из 20

Почему проверка только `mock.called` слабее проверки результата?

Флаг `called` остаётся ложным до вызова `assert_called` После завершения теста мок теряет сохранённую историю вызовов Проверяет факт вызова, но не внешний результат поведения Результат функции относится к реализации, а не к наблюдаемому контракту

Вопрос 10 из 20

Что даёт autospec?

Записывает историю обращений к моку в отдельный файл Создаёт настоящий `Service` и перенаправляет вызовы в него Ограничивает мок сигнатурами и атрибутами `Service` Генерирует тестовые функции для каждого метода класса

Вопрос 11 из 20

У модуля уже есть unit-тесты с подменами. Какое проектное решение проверит реальное взаимодействие на границе системы?

Он нужен для каждой чистой функции без внешних компонентов Его добавляют только после выпуска, когда интеграцию уже не изменить Добавить интеграционный тест с реальными компонентами на проверяемой границе Подмен достаточно, если внешние контракты описаны аннотациями типов

Вопрос 12 из 20

Что делает monkeypatch?

Меняет переменную окружения до конца процесса Временно меняет окружение и откатывает правку после теста Подменяет значение только внутри тела функции Создаёт отдельный процесс с новым окружением

Вопрос 13 из 20

Почему 100% покрытия не доказывает корректность?

Строки могли выполниться без проверки важных результатов Полное покрытие недостижимо даже для однострочной функции Процент покрытия прямо показывает долю обнаруженных дефектов Инструмент покрытия не фиксирует выполнение строк программы

Вопрос 14 из 20

Что означает отметка ожидаемого падения теста?

Падение отмечено как ожидаемое из-за известного дефекта Дефект исключается из отчёта и автоматически удаляется из кода Тело теста не запускается, как при обычном `skip` Падение считается обычным успехом, а неожиданный проход игнорируется

Вопрос 15 из 20

Тест случайного поведения то проходит, то падает. Какое исправление сделает источник случайности управляемым?

Расширить допустимый диапазон результата так, чтобы тест почти не мог упасть Сравнивать два независимых случайных запуска и ожидать одинакового результата Повторять тест несколько раз и считать его успешным, если совпадение встретилось хотя бы однажды Зафиксировать seed или внедрить управляемый источник случайности

Вопрос 16 из 20

Что проверяет caplog?

Записи из произвольного файла журнала на диске SQL-запросы, выполненные приложением через драйвер Текст, отправленный функцией print в текущем тесте Записи стандартного logging, перехваченные во время теста

Вопрос 17 из 20

Тест без изменений то проходит, то падает. Как называется эта проблема и чем она отличается от обычного медленного теста?

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

Вопрос 18 из 20

Как у объекта `Mock` проверить, что метод был вызван ровно один раз с указанными аргументами?

`mock.assert_not_called()` `mock.assert_called_once_with(...)` `mock.assert_called_with(...)` `mock.assert_any_call(...)`

Вопрос 19 из 20

Почему snapshot-тест большого JSON требует осторожности?

Массовое принятие нового снимка может узаконить поломку JSON невозможно сериализовать в устойчивую форму для снимка Снимок хранит лишь контрольную сумму и не показывает различий Снимок сравнивает ключи, но игнорирует изменившиеся значения

Вопрос 20 из 20

Когда выполняется фикстура pytest с `autouse=True`?

Отключает остальные фикстуры в той же области жизни Применяется автоматически к подходящим тестам без параметра Применяется только при явном параметре тестовой функции Наследует область жизни от первой вызываемой фикстуры

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу