Python мануфактураJavaDesign Patterns для автоматизаторів

Терміни, нюанси та джерела

Що змінилося після запису · 4:00

pytest.toml з'явився у pytest 9.0

Урок конфігурує suite через pytest.ini.

Поточна документація pytest також підтримує pytest.toml, доданий у pytest 9.0. pytest.ini залишається підтримуваним і має вищий пріоритет за legacy alternatives.

pytest 9.0

1. Налаштування Playwright та Pytest, простий репортінг →

Python мануфактура · Програма курсу · 0:00–5:35

Стратегія поступової міграції legacy-тестів

Повне одночасне переписування Selenium-проєкту на Playwright створює надто великий ризик. Практичний порядок інший: спочатку переносити тести, які вже падають або є flaky, потім — короткі ізольовані сценарії, а далі рухатися функціональними зрізами. Старі й нові інструменти можуть тимчасово співіснувати в одному репозиторії. Окремі pytest suites і CI-команди дозволяють запускати Selenium та Playwright незалежно, тому міграцію можна виконувати без зупинки розвитку наявного набору тестів.

1. Фіксаємо назви файлів, рефакторинг та оптимізація під Python, підключаємо Ruff та uv →

Python мануфактура · Сесії: AMA та PMP · 16:20–19:49

Застарілі версії створюють операційний ризик

Чим довше не оновлювати ключовий runtime або framework, тим більше вразливостей і несумісностей накопичується. Критичний exploit тоді змушує виконувати велику міграцію терміново, коли команда має найменше часу на безпечну перевірку. Навіть сумісний на рівні компіляції upgrade може змінити memory management, connection pooling або роботу з Kafka й базою даних. Тому після оновлення потрібні не лише unit-тести, а й інтеграційні та, для критичних систем, нефункціональні перевірки. Підсумкова рекомендація відео — підтримувати залежності в актуальному стані планомірно й заохочувати до цього всю команду.

Навіщо встановлювати Playwright-браузери, як часто та чому треба оновлювати бібліотеки →
Запитати в чаті про «legacy» →