🧑‍💻8 жовтня Марія Лазуткіна, QA Director у G5 Games, проведе безкоштовний онлайн-вебінар про тестування в геймдеві.
Під час вебінару поговоримо:
- хто такий тестувальник і чим він займається;
- що таке тестування і навіщо воно потрібне;
- міфи та правда про роботу ігрового QA;
- і чи справді тестувальники тільки грають в ігри.

Після вебінару — старт найму на QA-позиції та шанс потрапити до нашої команди։

Долучайся та дізнайся, як влаштований світ тестування ігор зсередини!
Реєструйся за посиланням і не проґав можливість дізнатися про професію QA від професіонала!

Playwright Test: Версія 1.56

Представляємо Playwright Agents — три спеціальні визначення агентів, розроблені для того, щоб керувати великими мовними моделями (LLM) через основний процес створення тесту Playwright:

🎭 planner (планувальник) досліджує застосунок і створює план тесту у форматі Markdown.
🎭 generator (генератор) перетворює план у форматі Markdown на файли Playwright Test.
🎭 healer (цілитель) виконує набір тестів та автоматично виправляє тести, що не пройшли.

Вчора вдалось все це потестувати, деякі аспекти на даний момент виглядають вражаюче.
Я сфокусувався на використанні healer агента і прості тести фіксяться швидко.
Складніші сценарії де треба поміняти лише один локатор виходить довше, і запропоновані рішення хоч і працюють, але виглядають так наче їх робив джун, і це з використанням Claude 4.5.

Також хочеться констатувати факт, з появою подібних інструментів код автоматизованих тестів буде ставати все гірше і гірше, але це буде фічею яка дозволить LLM швидше знаходити проблемні місця і фіксити їх.

Нажаль вайб-тести це наше майбутнє у наступні роки... що буде далі поки не зрозуміло.

Думаю зроблю стрімчик в четвер по цій темі, але поки це не точно.

🔥 Новий стрім уже завтра!
А ще — розіграш БАЙРАКТАРУ та ЯЩИКУ 🎁

🧠 Тема:
👉 Як використовувати Playwright Reports Server для зберігання репортів із паралельних тестів

Поговоримо про:
⚙️ що це за звір — Reports Server
🚀 як його швидко засетапити
📊 і як він допомагає структурувати репорти E2E та API тестів на Playwright
🍽 Та на солоденьке - як він допомагає з шардженими тест ранами!

💬 Як завжди — буде живо, технічно і з прикладами з реальних проектів.

Додай подію в календар -
📅 Коли: 15.10.2025 о 19-00

📍 Де: https://youtube.com/live/CDpJQ5_LQdg?feature=share


Готуй питання!

Звучать тези про те, що Monobank — молодці, деякі люди пишуть: "кейс повинен бути у підручниках!" Чи насправді воно так?

Почнемо з питання - що для вас хороший онлайн-банкінг?
1) Hidden object puzzle adventure, конкурси з призами, постійний хайп?
2) Надійний сервіс, який триматиме ваші гроші у безпеці і надаватиме вам доступ до них будь-коли?

Якщо відповідь для вас, як і для мене, під №2, то акція з лимонами — це повний провал. Вона буквально заблокувала доступ до додатку для значного відсотка користувачів майже на день. Люди не могли здійснити платежі, отримати чи перевести свої гроші.

Чи можна вважати це успіхом банківського сервісу? Однозначно ні. Надійність — це фундамент фінансової установи.

- Маркетинговий Успіх vs. Довгострокові Ризики
З точки зору маркетингу і залучення існуючих користувачів, це, мабуть, одна з найуспішніших акцій, що вони зробили. Тут питань немає.

Але що буде далі, коли розіграють авто, а хайп закінчиться? Авто та айфони виграють, можливо, 102 людини. У інших залишиться лише розчарування від витраченого часу. А у людей, які не брали участі, залишиться досвід неможливості доступу до своїх коштів.

У довгостроковій перспективі я не впевнений в успіху цієї кампанії, оскільки ризик відтоку клієнтів, які цінують стабільність, є високим.

- Провал Тестування
Звучать думки про те, що Mono протестував свій додаток БЕЗКОШТОВНО! — мовляв, юзери все зробили за них.

Усе, що стосується юзер-флоу, і так вже було протестоване.
А ось навантажувальне тестування повністю провалене, що скоріше за все на відстунтність системного процесу перформанс тестування в цілому.
Якщо ми починаємо жити у світі, де тестування критичного ПО (а Універсал Банк визнаний обо'єктом критичної інфраструктури) виконують юзери, це є нормальною практикою, то, друзі-тестувальники, боюсь далеко ми так не поїдемо.

Чи це успіх чи провал, покаже час і метрики, якими вони оцінювали цю кампанію. Але на мою думку, у довгостроковій перспективі це скоріше провал, аніж перемога. Надійність для банку завжди має бути на першому місці.

——————-——————-——————-
А що думаєте ви?

а я вже в сапорт моно настрочив повідомлення про те як вони за*бали з цими 🍋

вибачте, не розібрався )

СТРІМ про ШІ для QA та AQA, та що з риночком
Сьогодні о 18:00 😇
https://www.youtube.com/live/rFpk-2Dr7Kw?si=Oek6wQfKpvM7_qB3

🗿Моменти, коли я зрозуміла, що ми робимо помилку у фреймворку

Колеги, привіт! Ніхто не застрахований від помилок, навіть коли маємо багато років досвіду - бо всі проєкти різні.
Сьогодні мені спало на думку поділитися моментами, у які я чітко відчула, що «фреймворк» з автотестами має проблеми.

⸻

🔹 1. Lazy imports у функціях
Коли проєкт великий і багато команд пишуть автотести, з часом з’являються “lazy imports” — імпорти всередині функцій.
Це дуже часто ознака циклічної залежності: коли два файли імпортують код один одного, і проєкт не запускається.
Щоб “обійти” помилку, імпорт ховають у функцію — але це лише тимчасова латка.
Таке свідчить, що архітектура helpers/libs побудована неправильно і потрібно розділити модулі чіткіше.

⸻

🔹 2. Падає все - замість конкретного тесту
На якісь зміни в коді повинен реагувати один конкретний тест або хоча б певний suite.
А коли падає все - це знак, що фреймворк не ізольований і тестова логіка переплетена.

⸻

🔹 3. Якісь тести навіть НЕ запускаються на CI, а ми цього і не помітили
Буває, що частина тестів просто НЕ раниться - і ми помічаємо це випадково.
Це трапляється, коли накручена складна логіка з тегами, test suites і фільтрами.
Тому правило просте: чим простіше CI-сети, тим краще.
Більше складності = більше шансів не помітити проблему.

⸻

🔹 4. Тест без assert — це не тест
Коли відкриваю тест і бачу лише кроки без жодної перевірки — це не тест.
assert — це серце тесту ❤️
Він має бути обов’язково й перевіряти саме те, на що фокусований тест.

⸻

🔹 5. Статус stage на CI ≠ статусу тестів
На етапі, де ми запускаємо тести:
▪️усі тести пройшли — stage зелений ✅
▪️упав хоча б один — stage червоний ❌

І здається, це очевидно… але як часто я бачила:

▪️у консолі, наприклад, 100 тестів, а в репорті — менше, бо під час генерації чи attach report логіка зламана;
▪️усі тести пройшли, а CI червоний
▪️найгірше - тести впали, а CI зелений. Це вже не просто помилка, а небезпека.

————-
Поділіться, якщо маєте, що додати 💬
Які ваші «червоні прапорці» у фреймворках?

Павло Сафонов, Наташа Попелюшко та Олександр Хотемський проводять благодійний вебінар, на якому поділяться практиками, які допомагають тестувальникам підвищувати доходи: від перевірених шляхів до менш очевидних стратегій.

Івент має благодійну мету — зібрати кошти на оперативні витрати для Генадія Міщевського. Сума збору невелика, але важлива. Доступ до зустрічі відкривається за донат 300 грн. Підтримати можна навіть без участі — це теж допоможе.

📅 Коли: 18 листопада, 19:00
🌐 Де: закрита онлайн-зустріч
➡️ Як долучитися: донат 300 грн на банку — send.monobank.ua/jar/4dRQxLvds1

Детальніше про подію 👉 https://dou.ua/goto/12hj

Дуже дякую всім хто приєднався до збору, Геннадій і я дуже вдячні ☺️

Та і сам івент вийшов класний і надихаючий, Хотемський і Попелюха просто топові. Сподіваюсь що кожен хто задонатив і прийшов отримає гарний рейз у найближчий час.