Практическая проверка Python 3.15 RC1: как использовать formatter в unittest assertLogs Python 3.15 и не привязать тест к лишним полям лога. Изолированный fixture, отрицательный контроль, таблица наблюдений, критерий остановки и безопасный пакет для поддержки.
Граница изменения: как проверить formatter в assertLogs без хрупкой строки
Python 3.15 позволяет передать formatter в unittest.TestCase.assertLogs(), чтобы контролировать формат cm.output; изменение — gh-134567. Это подтверждает интерфейс Python 3.15 RC1, но не наличие проблемы в вашем проекте. Практический риск здесь конкретный: Сравнение дефолтной строки LEVEL:logger:message не совпадает с форматом проекта, но проверка всей production-строки делает тест хрупким из-за времени, process id и request id. Перед опытом запишите версию Python, одну наблюдаемую величину и ожидаемую ветку. RC1 остаётся предварительным выпуском: установите его в отдельный virtual environment или контейнер, не поверх рабочего interpreter. Не переносите в стенд production-конфиги, реальные адреса, tokens, полные environment dumps и пользовательские данные.
Обратимый стенд для gh-134567
Рекомендуемый минимальный опыт: Создайте logger только для теста и Formatter с полями levelname, name и message, без времени и идентификаторов. В assertLogs запишите INFO и DEBUG, задайте level так, чтобы одна запись вошла, а другая служила отрицательным контролем; сравните output и records отдельно. Все входы должны быть синтетическими, короткими и воспроизводимыми. Каждый вариант получает новый объект, файл или процесс, если cache и global state способны изменить наблюдение. Ограничьте время, размер временных файлов и число повторов заранее; cleanup выполняйте в finally и удаляйте только созданный temp-root. Один запуск показывает конкретный результат, но не частоту проблемы и не готовность всего приложения к миграции.
Контроль и таблица наблюдений
Собирайте строки «logger | level gate | formatter | emitted | cm.output | records count | unexpected fields». Сообщение от sibling logger не должно попасть при propagate=False. Второй тест с дефолтным formatter фиксирует старую форму и не смешивается с целевой проверкой. Порядок baseline, target, fresh baseline помогает увидеть загрязнение стенда. Пустое поле не равно нулю, отсутствие исключения не подтверждает правильный результат, а изменение двух независимых параметров сразу лишает опыт диагностической силы. Если повторы расходятся, сохраните все строки и пометьте результат unstable, не выбирая самый удобный прогон.
Зелёный критерий и стоп-линия
Passed допустим только если Output использует ровно заявленные стабильные поля, level/filter граница соблюдена, records содержит исходный LogRecord для структурной проверки, а тест не зависит от clock или PID. Статус not reproduced означает лишь отсутствие симптома на этом fixture; blocked — нехватку capability или источника; failed control возвращает проверку к стенду. Стоп-линия: Не копируйте полный production formatter с секретными context fields и не заменяйте проверку LogRecord одним длинным строковым snapshot. Нельзя получать зелёный результат broad except, отключением защиты, увеличением лимита до исчезновения ошибки или повторением до случайного успеха. Любая новая гипотеза получает отдельную строку, а не добавляется задним числом в объяснение уже выполненного опыта.
Минимальный пакет для поддержки
Передайте maintainer только имя тестового logger, format string, две записи, output/record counts и unittest result без реальных логов. Добавьте московский timestamp, точную версию 3.15.0rc1, команды воспроизведения и заранее заданный зелёный критерий. Удалите usernames, hostnames, IP, абсолютные домашние пути, токены, cookies, содержимое рабочих файлов и лишние строки журналов. Официальные и первичные источники подтверждают gh-134567 и change boundary, но не подтверждают результат вашего опыта, массовость боли, будущую индексацию или позиции страницы. Такой пакет позволяет повторить одну ветку без раскрытия данных и без смешения соседних причин.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные и вымышленные результаты тестов не использовались.
Источники и проверка
- What’s New in Python 3.15 проверено 2026-08-30
- CPython gh-134567 — formatter for assertLogs проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.