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

Python мануфактура · Програма курсу · 10:00–18:00

Консольний запуск, HTML report і Git hygiene

Запуск простої команди `pytest` у терміналі відтворює спосіб, у який suite згодом стартуватиме на CI. Така перевірка важлива: запуск через IDE може мати інший working directory, environment або власні параметри. `pytest-html` створює початковий звіт зі статусами тестів і доступними логами. Його достатньо для першої діагностики на CI: знайти failed test, переглянути повідомлення, а потім локально відтворити проблему з trace. Звіт не замінює повну observability, але дає мінімальний переносний артефакт. Каталоги з HTML-звітами, screenshots і traces додаються до `.gitignore`. Це результати конкретного запуску, а не вихідний код; їх треба публікувати як CI artifacts, а не комітити в репозиторій.

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

Python мануфактура · Сесії: AMA та PMP · 10:47–12:41

ШІ потрібен у всьому SDLC, а не лише під час кодування

Розробники можуть використовувати ШІ для unit-тестів і швидких прототипів, а QA — для чернеток тестової стратегії, тест-плану, тест-кейсів та автотестів. Бізнес-аналітики й продуктова команда можуть залучати його ще на refinement, коли вартість виправлення нечіткої вимоги значно нижча. Найбільший резерв іноді не в генерації коду, а в кращому плануванні фічі: описати ризики, підготувати тікети, визначити спосіб перевірки й повернутися до best practices або технічного боргу, на які раніше не вистачало часу. Корисне впровадження є комплексним: змінюються не лише інструменти окремого розробника, а й спосіб взаємодії ролей у SDLC.

Піраміда тестування, чому не API спочатку та як жити з упровадженням ШІ →
Запитати в чаті про «test-artifacts» →