Я нарешті ступила на цей шлях! 🦄

То ж, бажаю собі успіху!
Мене чекає третя сертифікація, вже третій рік під ряд! 😁

Так і до експерт рівня недалеко)))

Обіцяю ділитись своїми думками, враженнями, інсайтами, викликами та всім, що буде Вас цікавити!

Ну а поки я готуюсь до сертифікації та сиджу на черговому вебінарі, хочу з Вами поділитись вижимкою з минулого!
Цей вебінар був особливий, бо основна частина тривала 20 хвилин!! Це рекорд! Проте це було вичерпно, без води, лаконічно, а що найголовніше цікаво!
Після основної частини ми дивились на приклади впровадження та обговорювали запитання!
А про що ми говорили, гайда дивитись!


🧑🏼‍💻 Костянтин Семененко, «Test-First Development: практичний досвід впровадження»


Більшість розробників не пише юніт тести і брешуть що клієнт не хоче…
Проте!
❗️Ніхто не забороняє нам якісно робити нашу роботу, окрім нас самих! ❗️

⭐️ Test Driven development ⭐️
Test - run - fix
Приблизно 20% часу мають займати юніт тести.

➕ Переваги TDD:
• Швидкість.
• Якість.
• Документація.
• Впевненість.

❗️Має бути підтвердження, що твій код працює так як ти очікуєш.

⭐️ AI + TDD = неймовірний результат:

• АІ спочатку пише документацію і тест план.
• Потім генерує код під тести та плани.
• Перевіряє що всі тести проходять і фіксить код якщо треба.

💡 Тести - це база якісного коду.
💡 TDD економить час.
💡 Тести - це і є робота розробників.

❔Якщо наш код працює без тестів - нам пощастило.

⚠️ Еволюція ролі QA з цим підходом:
📌 Було:
• Мануальний регрес.
• Рутинна робота.
• Важко і нецікаво.
• Невідомий стан системи.

📌 Стало:
• Продумує сценарії.
• Творча робота.
• Цікаво і корисно.
• Повний контроль.

💻 Досвід з TDD:
• На 40% менше багів у проді.
• 100% критичного покриття.
• 3х менше часу на дебаг.

💡 Робіть якість базою, а не опцією!


❔А Ви згодні з тезами автора?
❤️ - так.
👎🏼 - ні.

Додам до сьогоднішніх подій 😁

Доречі цікаво. Чи вплинуло це на Вашу роботу сьогодні?)

Трішки із запізненням, проте принесла Вам класний анонс!

Благодійний тренінг по ШІ який краще будь якого курсу, що є зараз на ринку!

Зараз видно тенденцію, що всі хочуть пропихнути ШІ в будь-які процеси інженерів, купляють дорогущі підписки, а потім кажуть що тестування може бути делеговано автономним ШІ тулам.

P.S. вам не потрібні курси за сотні баксів, що навчать вас користуватись ШІ, промтити та вайбкодити якось по особливому.

Тому цей тренінг для Вас! Допомагаєте війську - отримуєте знання!

💰 За донат 1500 грн. на банку, Ви отримаєте доступ в чатік, де вже побачите всі деталі.
Всі зібрані кошти підуть на батальйон К12 та Русоріз

🔗 Посилання на банку для оплати

Всім легкої пʼятниці!

Десь біля 2 тижнів тому, відбувся івент «How to Become Great CTO» від DevChallenge і хочу поділитись деякими думками щодо нього.


Спочатку виступала Марина Дідковська і розповідала про свій досвід побудови структури та тестування як практики в EPAM. Нічого нового я для себе, на жаль, не почула і під кінець презентації трохи втратила нитку того, що хотіла донести авторка.
Але декілька цікавих думок я все ж винесла.

💡Тестування переходить з дисципліни до практики.

💡 «Чи замінить нас штучний інтелект?»
Якщо ви задаєте собі це питання то скоріш за все так, бо ви не розумієте технології.

💡Галузь тестування найбільш гнучка.
Зміни йдуть - а обсяг тестування зростає.

💡Обсяг тестування в новій реальності зсувається і збільшується.


Далі ми слухали Віру Ткаченко про досвід того, як працювали з цим в MacPaw. Були цікаві поінти, але знову ж таки нічого інноваційного саме про АІ я не почула, хоча наскільки памʼятаю, основна тема цього івенту була саме націлена на трансформаційні практики в еру АІ.

⭐️ У них QA в кросфункціональна команда.

🪛 З рівня Middle є обовʼязковою автоматизація.

🤖 АІ використовується:
• Як асистент для рефакторингу.
• Написання ТК по документації.
• Перевіряємо що всі вимоги були виконані (по готовому коду).
• Лог і ерор аналіз.
• Розуміння коду розробників.
• Розуміння змін в продукті для смоуку і регресії.

💡АІ створений людьми і це говорить про те, що ми досі маємо тестувати все!


Тай таке!
❔Хто був на івенті, як Вам? Діліться!

Вечора доброго!
Минулого тижня і сьогодні була у Суворій Спільноті на вебінарі, вижимки там маленькі, то ж вирішила зібрати все в один допис!


Минулого тижня говорили про кібербезпеку! Дивимось!

🧑🏼‍💻 Дмитро Нікандров, «Кібернетична НЕбезпека у сучасному світі».

💡Мета дані - це дані про дані.

📲 Достатньо 4 виходів з повністю нової сімки і можна дізнатись хто Ви.

📥 Кожного року кількість обʼємів даних зростає.

📷 Всього 1 фото яке ми публікуємо - розповідає де ми були в певний момент часу.

🔥 NSA розробили більше 80% секюріті алгоритмів, що використовуються у наших смартфонах.

🤖 Threema - безпечний месенджер для спілкування.

⭐️ Proton. Me - продукти від захищеної мережі.


А ось сьогодні говорили про Андроїд студію!

🧑🏼‍💻 Артур Шевченко, «Android Studio для тестувальників».

Протягом вебінару дивились демку з налаштування Android Studio на АРІ PetStore, тоді дивились різні функції цієї тули.

Вижимку тут мені надати важко, бо все було скоріше в режимі трансляції.
Особисто для мене overview було цікаве, проте чогось конкретного для себе не взяла, лише через те, що зараз з цим не працюю, і це було скоріше ознайомлення з тулою!
Коли доведеться з цим попрацювати - обовʼязково повернусь до цього матеріалу!


Такий от допис вийшов!
Всім спокійного та мирного вечора!

Друзі, прийшла до Вас з голосувалкою!

Це «Рейтинг IT-роботодавців 2025» - думаю зараз це дуже актуально для всіх, хто знаходиться в пошуках роботи!

Особисто я завжди читаю такі рейтинги і для мене є цікавим глянути компанію в рейтингу, яка пропонує мені вакансію)))

То ж, запрошую витратити свої декілька хвилин, замість перегляду декількох рілсів чи тіктоків!
Це точно принесе користь комусь із Ваших колег чи знайомих! 🥰

Привітик усім!
Я нарешті додивилась всі доповіді з онлайн конференції QA Day і готова розповісти Вам, про що вони були!


👩🏼‍💻 Анна Куркотова, «Есенціалізм у QA процесах».

🙏🏼 Есенціалізм - філософія свідомого вибору, робити лише те, що справді має значення.

🧗🏻‍♀️ Кроки «усвідомлення»:
• Зробити список усього, що відверто дратує.
• Написати, що зробити, щоб цього позбутись.
• Переглянути список і відповісти собі, що справді дає цінність.

🧗🏻‍♀️ Кроки «дій»:
• Скласти чіткий чек лист дій.
• Визначити дані та інструменти, які потрібні.
• Дати собі місяць на спостереження та адаптацію.
• Розчистити шлях для побудови бажаного.

📲 Канали в месенджері: ділимо на критичні, інформаційні, загальні, розважальні.

💻 Міти: там де ми лише слухач - записуємо помічником (типу Sembly), виходимо з мітів вчасно.

📄 Бюрократичне завдання: видаляємо або обʼєднуємо дублікати документів, прибираємо всі забуті доки.

🫂 Делегування: залучати команду, делегувати навіть те, де є високі ризики, назначати відповідальних осіб.

🗓️ Календар - як центр управління.

💡 Make.com - побудова автоматизованих сценаріїв


🧑🏼‍💻 Дмитро Пеня, «Cognitive QA - як працює мозок тестувальника і чому ми не бачимо очевидні баги».

🎞️ Мозок тестувальника постійно фільтрує надлишкові дані, щоб швидко аналізувати ситуації.

💡 Ми не бачимо баг - бо наш мозок не очікує його побачити.

🤖 Когнітивні викривлення - побічний ефект евристик.

❔Евристики - спрощені правила, які мозок використовує, щоб приймати рішення швидко.

💡Спрощення заважають бачити істинні баги в програмі, через узагальнення.

🫠 Confirmation bias - неусвідомлене ігнорування помилок, бо ми шукаємо докази, що функція працює замість пошуку проблеми.

🫠 Inattentional blindness - ми бачимо лише те, на що сфокусовані і це викликає пропуск багів, що поза межами уваги.

🫠 Anchoring - привʼязка до першої отриманої інформації, що обмежує подальше мислення.

🫠 Recency effect - надмірна увага до останніх побачених даних.

🫠 Sunk cost fallacy - важко зупинитись навіть якщо очевидно, що шлях неправильний.

💡 Методи боротьби:
• Pair testing.
• Anti checklist.
• Негативні сценарії.


👩🏼‍💻 Наталія Луговська, «Persona-Based Testing: досвід реального використання».

🔥 Техніка, яка прийшла від маркетологів та UX дизайнерів.

⭐️ Soap opera testing - так званий мозковий штурм, брейнштормимо персонами і видумуємо не дуже реальні сценарії.
Воно гнучке, воно про реальне життя і воно є більш екстремальним.

👷🏼‍♀️Побудова персон:
• Імʼя
• Вік
• Робота
• Геолокація
• Цілі
• Болючі точки
• І будь що, що може вплинути на використання нашого продукту.

⚒️ Тули:
• Miro
• Canva
• UXPressia
• Figma Community
• Xtensio
• HubSpot

💡 Використання профілів дуже круте в онбордингу.


З даних доповідей, найбільш цікавою для мене виявилась перша. Це було дійсно «по болючому»!

❔А ви знайшли щось для себе цікаве?
🔥 - так.
👎🏼 - ні.

І одразу, щоб не інтригувати, даю останні 3 доповіді 😌


👩🏼‍💻 Ріна Ужевко, «Game QA - основні відмінності напрямку».

💡 Дуже важливо тестувати різні типи керування, екранів і тд.

❗️ Жанри гри також впливають на типи тестів та вибір стратегії і до кожного жанру треба мати підхід і знати слабкі місця.

❗️Є багато «якщо» у коді - варто про це памʼятати.

❔ Що тестуємо?
• Графіка
• Одяг
• Предмети
• Дизайн рівнів
• Монетизація
• Тварини
• Класи
• Раси
• Анімації
• Ефекти
• Доступи
• Сюжет
• Звуки
• Покупки в грі
• Чати в грі
• Бойова система

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


🧑🏼‍💻 Сергій Зубков, «Використання ШІ в роботі мануального QA».

⭐️ Сценарії використання ШІ:
• Генерація базової тест документації.
• Ревʼю тестової документації.
• Створення скрипів та авто тестів.
• Прогнозування та оцінка естіммейтів.

💡 ШІ значно прискорює базові активності, але лише за умови, що ставляться правильні завдання.

Далі нам демонстрували різні кейси використання АІ, то ж щось конкретного в плані вижимки важко надати!


🧑🏼‍💻 Анатолій Гусаковський, «Розумна автоматизація в QA: як не витратити місяці дарма».

❗️ У сучасності швидкість релізів дуже важлива.

💡 Ми маємо покривати ключові функціональності найшвидше.

🧗🏻‍♀️ Відстежуємо тренди : time to green, MTTR, flaky rate…

⭐️ Піраміду тестування застосовуємо обовʼязково - тестуємо на найнижчому можливому рівні.

• Е2Е - покриваємо критичні шляхи (5-10%).
• Інтеграційні - 20-30%.
• Юніт - 60-70%, бо це швидко і дешево.

🔥 Типові помилки:
• Перевернута піраміда.
• Відсутність тест дизайну.
• Делегування мислення АІ.
• 100% coverage як самоціль.


❔А які доповіді з цієї конференції виявились для Вас найцікавішими? Діліться!

Інсайти тест менеджера 💅

То буде нова рубрика, де я буду писати деякі думки з навчання, яке зараз проходжу…

Ритуали з Agile можна впхати у будь яку модель 👀

Знаю, що зараз це для Вас може бути дуже очевидним, а може ні, але тільки задумайтесь…

❔Будучи людиною, яка тільки прийшла в сферу, як часто Ви думали, що у Вас скрам, тільки через те, що були присутні його ритуали (дейлі, ретро, грумінг і тд.)?

Думаю дуже часто… а деякі думають так і досі 😅

❗️Скрам - це не про ритуали. Це про стиль, це про підхід до керування проєктом. Він не полягає лише у наявності ритуалів чи артефактів.

Ще на самому початку, я вже знала, що те, що я бачу на своїх проєктах - не скрам ❌
Принаймні не чистий.
І коли мене запитували, за якою моделлю я зараз працюю, я завжди відповідала: «Не чистий скрам»….

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

💡 І знаєте, головний інсайт ж не в тому, що я почула ту думку, а в тому, що тепер я можу ідентифікувати в якій моделі я працюю і говорити чітко, без «чистих» і «не чистих» 😁

Люблю те навчання…

СЛУХАТИ В ЗАПИСІ ЕФЕКТИВНІШЕ! 👩🏼‍💻

І ні, це не ствердження, це клікбейт 😂

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

Як Ви помітили я часто роблю вижимки в лайв режимі, тобто зараз йде доповідь і я одразу наприкінці кидаю вижимку.

❔Чи повʼязано це з тим, що мій мозок опрацьовує інформацію швидше, ніж йде доповідь і «водяну» інформацію просо ігнорує? Не знаю.

Але я так звикла слухати в 1,75х , що стає важко в лайві…

Бо у записі я можу десь зупинити, щоб спокійно записати важливу інфу, десь перемотати, десь подумати…
У лайві такої можливості немаю.

А може це особливість мозку, перевиснаження, вигорання, черговий життєвий етап, брак часу чи щось інше?

Цікаве спостереження і хотілось би дослідити це…


❔А як у Вас із цим? Як Вам краще слухати: запис чи лайв? Чи можливо взагалі неважливо?
❤️ - лайв.
🔥 - запис.
🤷🏼‍♀️ - немає різниці.

Трапився на просторах Лінкедіну допис і у мене виникло питання:

А які у Вас «ред флеги» 🚩 у компаніях?

Що такого може бути у компанії, що Ви нізащо туди не підете?

P.S. почну з себе - зверхнє ставлення та токсичність (зазвичай таке видно вже на співбесіді).

Продовжуйте 👇🏼

У четвер відвідала вебінар, на який запрошувала і Вас про нову еру технік тест дизайну 🔥

Там було ну дуже багато класної інформації!
Звісно що, вижимати її всю я не буду - натомість запрошую Вас переглянути самим і задонатити!!!

Але дам Вам декілька тез, які можуть Вас зацікавити 🥰


🚀 Поїхали:

🛠️ Техніки тест дизайну які ви знаєте - це базова база.

⚒️ Техніки тест дизайну були створені як милиці для інженерів.

🛠️ Існує лише дві техніки які зменшують кількість тестів - EP і Pairwise, і обидві вони засновані на припущеннях.

🛠️ Класи еквівалентності можна використовувати без граничних значень, а граничні значення не можна без класів еквівалентності.
І ще класи еквівалентності можуть бути взагалі без граничних значень.

🛠️ У Black Box тепер 3 розділи:
• Data based test techniques
• Behavioural based test techniques
• Rule based test techniques

🛠️ Коли у нас є верифікація і немає валідації - можна трошки 💩.
Коли у нас багато валідації, але немає верифікації можна дуже сильно 💩.

🛠️ CROWD testing входить до experience based.
Техніка гарно підходить під бета тестування.

🛠️ ISTQB вважає, що тестувальники з рівня мідл мають обовʼязково займатись defect prevention.


Та от справи!
Лінк на запис тут!
І головне не забувайте донатити!

Всім привіт друзі!

Наприкінці року - 2025 підсипав мені багато випробувань, то ж я трішки випала з каналу, але сьогодні мала можливість подивитися доповідь у Суворій QA community і мова йшла про performance review 🔍

👩🏼‍💻 Ірина Костюк, «How to navigate performance reviews and the art of giving and receiving feedback».

🎯 Ціль перформансу - це вирівняти індивідуальні зусилля, щоб досягнути цілей організації.

❗️Performance review і salary review ревю - це різні речі. Потрібно їх сепарувати.

✅ Performance review - це:
• Структурована формальна розмова.
• Інструмент вирівнювання.
• Чекпоінт для розвитку.
• Шанс відкалібрувати очікування.

❌ Це не:
• Список помилок.
• Не екзамен.
• Не персональна оцінка.

🧾 Перед перформанс ревʼю готуємо:
• Ключові досягнення.
• Метрики та пруфи.
• Челенджі та чого навчились.
• Приклади співпраці.
• Досягнені цілі.
• Питання до менеджера.

❓Які питання задавати?
• Які плани компанії на розвиток, на що буде фокус?
• Які можливості для розвитку є?
• Які скіли можна розвивати?
• Яка частота фідбеку?
• Які очікування менеджерів щодо QA ролі?

❤️ Перформанс ревю це шанс бути почутим.

❓ Як давати фідбек?
✔️ SBI model:
• Ситуація - описуємо ситуацію.
• Поведінка - обʼєктивно описуємо поведінку.
• Вплив - обговорюємо та описуємо як ситуація впливає на інших.

✔️ COIN model:
• Контекст - описуємо ситуацію.
• Спостереження - описуємо обʼєктивні факти, що спостерігали без засудження.
• Вплив - описуємо як це впливає на роботу, команду і тд.
• Наступні кроки - пропоновані дії як змінити чи вдосконалити поведінку.

❓Як отримувати фідбек?
• Слухаємо повністю.
• Робимо паузу перед тим як реагувати.
• Задаємо уточнюючі запитання.
• Саморефлексія.
• Сепаруємо емоції від повідомлення.


❔А як у Вас з performance review, любите цей процес?
❤️ - так.
👎🏼 - ні.
🗿 - у мене немає такого.
👍🏼 - нейтрально відношусь.

Христос Народився!

Друзі, Вітаю Вас з Різдвяними святами та прийдешнім Новим Роком! 🎄
Нехай все задумане збувається, нехай всі Ваші плани та мрії знайдуть свою реалізацію в новому 2026 році 🫶🏼
Бажаю наснаги, натхнення та карʼєрного росту! 🌟

І паралельно хочу поділитись тим, як проходить мій Тест Менеджерський курс! 😁
Незважаючи на свята та відпустку - я продовжую навчатись та вдосконалювати свої навички!
І ось нещодавно пройшла тест по топіку ризиків (здається він найбільший та найважчий у всій сертифікації) 😱

Я дуже прокрастинувала цей тест і боялась його складати, бо дійсно ця секція давалась для вивчення важкувато…

🧾 Але під час складання різноманітних тестів, я завжди керуюсь одним правилом - йти складати з тими знаннями, які я вже маю, не повторюючи нічого.

❔Чому так?
Такий підхід дає мені можливість зрозуміти, яка інформація вклалась у мою голову, а яка ні.
Після тесту я завжди аналізую, що мені було важко, чому я обрала ту відповідь, а не іншу, що я не зрозуміла і тд…

🔁 І вже після цього я йду і довчаю/ повторюю всю інформацію.

Не знаю, чи підійде такий підхід Вам, проте раджу спробувати, принаймні раз, кожному - бо мені він допомагає чудово.


❔А Ви пробували так навчатись?
🔥 - так, використовую.
🥲 - так, але не підійшло.
❤️ - ні, треба спробувати.
🗿 - ні, мені не підійде.

З Новим Роком, друзі 🎄

Бажаю здійснення всіх мрій, цілей та планів!
Побільше грошей та поменше роботи 😁

Щиро Ваша,
Mother of QA❤️