Відеобібліотека
Пошук у нотатках курсу Python мануфактура та спільних матеріалах з переходом на потрібну секунду.
[Дивитися з 00:00](https://www.youtube.com/watch?v=viR9Rnmxse4&t=0s). Для кожного модуля потрібно не лише переглянути матеріал, а повторити показане, додати новий test або покращити попередній. Основним practice surface є тестове середовище YOY: тут можна створювати users, communities та events. Production для автоматизації не підходить, зокрема через CAPTCHA й ризик забруднення реальних даних.
Мінімум для кожного відео — повторити показаний сценарій, запустити тест і самостійно розібратися з проблемами, якщо UI, API або залежності вже змінилися. Після цього варто придумати ще кілька тестів. Курс навмисно веде від сирого синтаксису через повторні рефакторинги до KISS, DRY, SOLID і доречних patterns: цінність дає власний досвід контрольованої помилки, а не готова «ідеальна» архітектура з першого дня.
Перший автотест пропонується буквально повторити за викладачем. Навіть при точному повторенні неминуче виникнуть проблеми із запуском, середовищем або деталями коду. Це не збій курсу, а запланована частина навчання. Ключова ідея — дати учаснику реальну проблему в контрольованому контексті, де зрозуміло, що саме він намагається запустити і який результат очікується. Так формується практична навичка діагностики, а не лише знання абстрактних визначень.
Рекомендований цикл: прочитати пояснення, запустити файл, подивитися console output, знайти рядок, який його створив, а потім змінити дані й повторити запуск. Така практика розвиває здатність читати Python, формулювати точніші задачі для ШІ, описувати дефекти та предметно обговорювати код із розробниками.
BDD працює, коли product/business analyst, developer і tester разом розбирають examples, assumptions та edge cases до написання коду. У відео це описано як Three Amigos practice, до якої за потреби долучають інших ролей. `Given/When/Then` допомагає зафіксувати передумову, дію та очікувану behavior мовою, зрозумілою business і engineering. Цінність виникає під час розмови та static testing requirements, а не від самого факту, що текст збережено у `.feature` file.
Практику можна здавати після кожного відео або однією завершеною роботою після комплексного рефакторингу модуля. Мінімальна мета — самостійно повторити показаний сценарій; корисніше додати невелике власне розширення, яке підтверджує розуміння. Можна також принести приклад із реального проєкту, навіть іншою мовою програмування. Важливий не формат здачі, а виконана практика та можливість отримати предметний зворотний зв’язок.
Для самостійної роботи залишено порівняння status codes з allowlist, subset-перевірки products, ranges, dictionary keys і конвертацію часових одиниць. Кожну умову варто прочитати вголос як бізнес-твердження: так простіше помітити неправильну межу або переплутаний оператор.
У заняттях варто поєднувати два режими: інколи навмисно пройти через помилку й поступово довести рішення до масштабованого варіанта, а інколи швидко показати перехід від простого до складного. Одного правильного співвідношення немає — формат коригується за feedback учасників. Практичний висновок: ментор має не лише демонструвати happy path, а й пояснювати наслідки хибних рішень. Водночас частину помилок учень повинен зробити й дослідити сам — чужий досвід не замінює власної діагностики.
Під час експерименту на іншому сайті Codegen розпізнає взаємодію всередині `iframe` і генерує відповідний frame locator. Це ще один аргумент на користь офіційного інструмента як стартової точки. Підсумок уроку: для Python найпрактичнішим із перевірених варіантів є Playwright Codegen. Сторонні extensions можна досліджувати, але вони нестабільні або генерують зайву структуру. Будь-який recorder допомагає отримати початкові локатори та кроки, проте завершений тест усе одно потребує ручної перевірки, читабельних assertions і локаторів, узгоджених із реальною DOM-структурою.
Рекомендований цикл: налаштувати безпечний доступ, створити task branch, зробити вузьку зміну, переглянути diff, закомітити, запушити, створити PR і після merge прибрати гілку. Шорткати IDE прискорюють повторювані дії, але не замінюють перевірку змісту. Головне правило безпеки з відео: публікувати код, але не credentials. Якщо є сумнів, перед push потрібно зупинитися й перечитати весь diff.