| Mother of QA |

Всім привітик!
Як Ви друзі? Бо я маю багато новин, то ж давайте по трошки розбиратись😉

Йду до Вас із вижимкою з вебінару, який відбувся минулого тижня!
На вебінарі Артем Григоренко розповідав нам про анти-поради для лідів!
То ж, гайда дивитись!

🧑🏼‍💻Артем Григоренко, «10 шкідливих порад для QA ліда»

1️⃣ Якщо ти хочеш щоб усе було зроблено добре - зроби це сам.

❔Проблема?
• Ви вузьке місце в команді.
• Ви перевантажені і не встигаєте працювати стратегічно.
• Команда деградує.
• Швидке вигорання.

❔Вирішення?
• Делегувати - можливість розвантажити себе і допомогти зрости людині.
• Довіряти - довіряти команді вирішення задач та прийняття рішень.

2️⃣ Тримай усе під жорстким контролем.

❔Проблема?
• Команда перестає бути самостійною.
• Мікроменеджмент демотивує.
• Сповільнюються процеси.
• Немає часу працювати над стратегією.

❔Вирішення?
• Мати правила - описати процеси, вимоги і тд.
• Юзати метрики - різні показники допоможуть орієнтуватись.
• Дати більше автономії - не контролювати людей.

3️⃣ Автоматизувати треба все.

❔Проблема?
• Автоматизація не про якість - це лише частина процесу.
• Підтримка дорожча, ніж написання.
• Автоматизація без стратегії - це хаос.
• Автотести не знаходять нових проблем.

❔Вирішення?
• Автоматизувати треба лише те, що приносить користь.
• Критичні бізнес функції.
• Мати довгострокову стратегію.

4️⃣ Постійно тримай команду в напрузі.

❔Проблема?
• Хронічний стрес знижує продуктивність.
• Люди починають уникати відповідальності.
• Втрата ініціативності.

❔Вирішення?
• Створити безпечне середовище- дасть можливість не боятись експериментів та робити помилки.
• Зробити навчання частиною процесу роботи - впровадити ретро для покращення.

5️⃣ Документація не потрібна. Тримай стратегію в голові.

❔Проблема?
• Втрачаються знання.
• Зростають ризики.
• Неможливо відстежити, що вже протестовано.
• Складно знайти першопричину.

❔Вирішення?
• Почати вести документацію - витягувати знання з ноуледж холдера.

6️⃣ Як тільки отримав владу - одразу міняй усе.

❔Проблема?
• Можна зламати те що є.
• Створення опору від команди.
• Додаткове навантаження.
• Не все вирішується новими процесами.

❔Вирішення?
• Спостерігаємо та адаптуємось.
•Збираємо інформацію для змін.
• Впроваджуємо зміни поступово.

7️⃣ Не витрачай час на опис задачі.

❔Проблема?
• Втрата часу на зʼясування деталей.
• Поява помилок у тестуванні.
• Складно планувати роботу.
• Люди не екстрасенси.

❔Вирішення?
• Напиши хоч щось, щоб був контекст.
• Проговорити очікування.

8️⃣ Забирай найскладніші задачі собі.

❔Проблема?
• Стаємо вузьким місцем у процесі.
• Швидке вигорання через перенавантаження.
• Нові лідери не зʼявляються.
• Команда не розвивається.

❔Вирішення?
• Впровадження системи менторства.
• Давати розвиваючі задачі колегам.

9️⃣ Став лідером - можеш не розвиватись.

❔Проблема?
• Світ тестування швидко змінюється.
• Менеджмент це інший світ.
• Повторнння тих самих помилок.

❔Вирішення?
• Регулярно вчитись та відвідувати курси.
• Слідкувати за людьми, трендами, читати нові статі, брати участь у конференціях.

1️⃣0️⃣ Лідерство - це тільки про тебе.

Сила в команді.

💡Щоб заробляти більше і працювати менше - треба працювати з розумом.

Раджу зберегти десь цю вижимку! Бо поради - топ!

Насправді вебінар був дуже цікавий! Я дуже кайфанула під час прослуховування!
Що подача, що наповнення було топ!

P.S. а ще у Артема є курс для лідів, мені поки не актуально, але я скоро дійду😉
Кому цікаво - біжіть до Артема за інфою!

Всім цьом 😽

ЧАСТИНА 2.

7️⃣ пастка. «Недоторканість».

📥 Потрапляємо через: схоплену зірку, наслідки пройдених курсів та сертифікатів.

🏄‍♂️ Дії, які призводять до помилок: засиджування на одному місці, гонка за кількістю.

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

❔Як не потрапити у пастку:
• Працювати з психологом.
• Прислухатись до інших.
• Перестати бути ідеальним.

8️⃣ пастка. «Герой-рятівник».

📥 Потрапляємо через: важкість балансувати, страхи бути заміненим, проблеми з довірою.

🏄‍♂️ Дії, які призводять до помилок: намагання врятувати ситуацію та людей, думка що без нас все загнеться.

🟰 Результат цієї пастки: шкода проєкту, формування невпевненості у людей, залежність від похвали, синдром самозванця.

❔Як не потрапити у пастку:
• Працюємо над цінностями.
• Рефлексуємо.

9️⃣ пастка. «Невпевненість».

📥 Потрапляємо через: відсутність знань, стрес, психічні розлади.

🏄‍♂️ Дії, які призводять до помилок: займання самоперевіркою, думка що інші знають краще, боязнь висловлювати свою думку.

🟰 Результат цієї пастки: слабка позиція, виснаження, витрата часу, ризик розладів.

❔Як не потрапити у пастку:
• Знання психології.
• Терапія.
• Ретельне планування та тайм менеджмент.

1️⃣0️⃣ пастка. «Гуру».

📥 Потрапляємо через: довгий час в компанії та галузі, багато років досвіду, відсутність новизни в тестуванні.

🏄‍♂️ Дії, які призводять до помилок: ігнорування всього від початківців, життя лише в рамках компанії.

🟰 Результат цієї пастки: атрофія мозку, нудьга, пастка недоторканості.

❔Як не потрапити у пастку:
• Дивитись на новачків.
• Шукати суміжні тематики.
• Не зупиняти навчання.
• Ділитись з іншими.

💡Важливо знайти баланс між навчанням і практикою.
💡Розвивати критичне мислення.
💡Бути чесним і вміти казати «ні».


❔А чи втрапляли Ви у якусь із пасток…або навіть декілька?
😨 - так.
😎 - ні.

Повертаюсь до Вас із обіцяною вижимкою!
Вчора був щовівторковий вебінар у спільноті і це був перший онлайн вебінар, який я відвідала, в режимі реального часу за рік😍
Буде дві частини, то ж, гайда дивитись!

ЧАСТИНА 1🤓

👩🏼‍💻Ріна Ужевко , «Нікчемний я. Або пастки в які ми попадаємо на шляху до успіху»

Всі потрапляють у пастки і це нормально. Головне вміти їх ідентифікувати та виходити з них👀

1️⃣ пастка. «Тут щось ще новеньке….»

📥 Потрапляємо через: соціальні мережі, комплекси, страхи залишитись без роботи, цікавість до нового.

🏄‍♂️ Дії, які призводять до помилок: вважати що все опанували, думати, що всі встигають, а я ні.

🟰 Результат цієї пастки: не отримуємо повноцінних знань, коли треба буде ці знання - вони будуть вже забуті, втрачаємо фокус на поточних задачах, ризик втратити роботу збільшується.

❔Як не потрапити у пастку:
• Фільтрувати обʼєм та кількість інфи.
• Фокус на тому, що потрібно.

2️⃣ пастка. «Я вже знаю багато».

📥 Потрапляємо через: прочитання багатьох статей, відвідання багато конференцій і перегляд схожих доповідей.

🏄‍♂️ Дії, які призводять до помилок: важати, що все нам під силу, робити вигляд, що вже працювали з цим.

🟰 Результат цієї пастки: немає практичних знань, не всі можуть застосувати теорію, хибні очікування від роботи.

❔Як не потрапити у пастку:
• Просити допомоги.
• Бути чесним.

3️⃣ пастка. «Треба подобатись всім».

📥 Потрапляємо через: установки з дитинства, установка «гарні відносити - не звільнять», перекошене поняття нетворкінгу.

🏄‍♂️ Дії, які призводять до помилок: намагання допомогти всім, невміння відмовити, бажання всім подобатись.

🟰 Результат цієї пастки: жертва маніпуляторів, вигорання, відсутність поваги та порушення кордонів.

❔Як не потрапити у пастку:
• Ставити собі питання «А при чому тут я?».
• Робота з маніпуляторами та установками.
• Розуміти власну цінність і вміти сказати «ні».

4️⃣ пастка. «Який я козак».

📥 Потрапляємо через: бажання показати себе, думка про те, що «я класний», гарний перформанс.

🏄‍♂️ Дії, які призводять до помилок: робимо більше за інших і швидше, овертаймимо, торгуємось даючи менші оцінки, ніж інші в команді.

🟰 Результат цієї пастки: вигорання, завищенні очікування, погані стосунки з командою, відсутність мотивації.

❔Як не потрапити у пастку:
• Ставити реальні задачі.
• Спортивне суперництво - погано для ІТ.
• Розмовляти з керівником.
• Допомога від керівника.

5️⃣ пастка. «Наслідування».

📥 Потрапляємо через: довгий час в одному проєкті/домені, відсутність різного досвіду.

🏄‍♂️ Дії, які призводять до помилок: робота на автопілоті, відчуття, що все під контролем, комфортне середовище, захоплення кимось/чимось.

🟰 Результат цієї пастки: нудьга, пропущені баги, процеси не працюють, виправдовування.

❔Як не потрапити у пастку:
• Збирайте відгуки та створюйте процеси ревʼю.
• Працюйте в інших доменах.
• Вилазьте на конфи курси і тд.

6️⃣ пастка. «Протоптана стежка».

📥 Потрапляємо через: копіювання когось, сильні емоції від того, що ще не пробували.

🏄‍♂️ Дії, які призводять до помилок: ейфорія, як воно буде, робити як всі, впровадження усього і одразу.

🟰 Результат цієї пастки: втрата часу і грошей, наслідки болючі, проте інколи може й спрацювати.

❔Як не потрапити у пастку:
• Дати час емоціям вщухнути.
• Підходити з холодною головою.
• Аналіз і критичне мислення.
• Консультація з колегами у сфері.
• Питаємо команду.

п.с. Попереду ще 4 пастки, але перед тим як йти далі - залиште серденько🫶🏼

Раночку доброго!
Прокидаємось і йдемо дивитись відосики, які вийшли в межах тижня👀

Хто, як і я не встиг подивитись - підкидаю контенту💪🏼

👾 Як ПРОЙТИ СПІВБЕСІДУ в ІТ? ТОП З секрети від рекрутера! РЕКРУТЕР, сорсер, HR - яка різниця?


👾 Episode 49: Software testing and quality culture for airlines with Simon Prior

А поки Ви будете занурюватись у ІТ-шний світ через подкасти, я буду готувати Вам вижимку💅🏼

То ж, не прощаємось😁

Ми будуєм те, в чому знаходимось або простіше кажучи, закон Конвея👾

👩🏼‍⚖️ Закон Конвея або Conway's law - це ІТ-теорія, створена програмістом Мелвіном Конвеєм у 1967 році.

🧑🏼‍💻Закон Конвея стверджує, що «організації, змушені створювати проєкти, які є копіями комунікаційних структур цих організацій».

📈 Теорія набула популярності, коли її процитував Фред Брукс у книзі «Міфічний людино-місяць».

п.с. Доречі про закон Брукса та його книгу я вже писала тут.

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

👾Приклад:
Якщо у вас є три незалежні команди, що працюють над одним застосунком, то, швидше за все, у вашій системі буде три основні модулі, які відповідають зонам відповідальності цих команд.

💡То ж, важливий висновок - щоб побудувати ефективну систему, потрібно спочатку оптимізувати комунікацію в компанії/команді.

І знаєте, я от сиджу рефлексую…оскільки працювала вже у трьох кардинально різних компаніях (стартап, аутсорс та продукт) і щось таки у цьому є…
Все ж те, яким буде продукт/продукти, віддалено можна побачити по комунікаційних структурах компанії….


❔А як у Вас? Помічали збіг цієї теорії з реальністю?
🤯 - так.
👀 - ні.

Хелоу хелоу!
Тиждень просто шалений…і я дуже рада, що сьогодні вже пʼятниця)
То ж, з останніх сил все ж добралась до вижимки, яку обіцяла)
Цьогоріч я ще жодного разу не потрапила на онлайн вебінар у спільноті, все дивлюсь у записі… бо завжди то щось інше є, то робота, але я вважаю, що я всеодно молодець, що дивлюсь у записі😁
То ж, йдемо до вижимки💪🏼


🧑🏼‍💻 Михайло Чуб та Олексій Остапов, «Матриця технічних компетенцій QA»

❔ Навіщо потрібна матриця?
Тому, що без неї, у кожного своє уявлення рівня та грейду, а вона дозволяє уніфікувати уявлення всіх у компанії.

❓З чого складається матриця?
• Хард скіли + софт скіли + проєктні скіли = скіли на позицію.

❔Чому її потрібно робити?
• Допомагає зрозуміти хто ти і на якому рівні.
• Допомагає зрозуміти, що ти маєш зробити щоб досягнути інший рівень.

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

👾 Також, під час вебінару ми розглядали матрицю від Інфопульсу!

❓Як складалась ця матриця?
• Збиралась команда з 10 найкращих експертів.
• Відбувалась сесія брейнштормів того, чого всі хочуть перевіряти в QA.
• Тоді вже ретельно відсіюється, концентрується та фільтрується інформація, яка скорочується та робиться зручною для використання.

💡Класно матрицю ділити на декілька категорій, які включатимусь в себе підкатегорії.

❗️«Натягування» людини на матрицю або матриці на людину - є некоректним її використанням.

❔Що ще?
• На кожну з матриць додали питання, які можна використовувати на інтервʼю при грейді, адже вони змаплені з матрицею.
• Зробили базу знань, для того, щоб люди розуміли як вчити ту чи іншу тему для грейду.
• Зробили приклади мок-питань для інтервʼю.


❔А у Вас в компаніях є матриця компетенцій?
💅🏼 - так.
🗿 - ні.
🤷🏼‍♀️ - не знаю.

Всім привітик!

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

Зробила розпаковку свого welcome pack 🎁 , тож запрошую Вас до перегляду!

Дивитись тут

п.с. І не забудьте лайкнути та комент залишити💅🏼

Зарплати QA падають та піднімаються
Запрошую Вас долучитись до неформальної зустрічі з лідерами спільноти QA👾
🕐 Коли: 28го січня о 18:00
📍 Де: Discord

Що обговорюватимемо?
• ЗП 2024 -> 2025, мінімуми та максимуми.
• Сертифікуватись чи автоматизацію вчити для +500.
• Мобільне тестуванна та автоматизація, чому так складно.

А що найважливіше — можна буде отримати відповіді в реальному часі на ваші болючі питання😎

Доєднуйтесь до зустрічі тут

Гарної пʼятнички! 😇

Несу Вам свіженький топік на DOU😍

Думаю з такою ситуацією стикались неодноразово і молодші і старші спеціалісти - тому ця тема буде цікава кожному😎

Ходіть читати

P.S. І не забувайте лайкати та залишати коменти😉

Вечора доброго гайз! 🥰

Вчора була на дуже прикольному вебінарі в рамках групи випускників курсу Інни Осінної.
Хто не знав, Інна періодично організовує вебінари для випускників свого курсу аби підтримувати та поповнювати знання учнів, що я вважаю дуже крутою ініціативою!

І ось, вчора був один з таких вебінарів (який я ледь не пропустила, бо звикла що групи випускників зазвичай «мертві»😆) і звісно ж, несу Вам вижимку📚

🧑🏼‍💻 Олександр Хотемський, «Місце АРІ тестів в загальній стратегії автоматизованого тестування».

📎 Якщо ми тестуємо лише реквест, то по суті, ми перевіряємо:
• Формування реквестів нашою апкою.
• Що наш сайт грузиться і сервер відповідає.

📎 Якщо ми тестуємо і реквест і фронт - то ми тестуємо вже трохи більше і часто ми можемо навіть якісь частини покрити двічі.

❕Але ми все ще тестуємо не ВСЕ в такому випадку.

❔Що АПІ тести не покриють?
• Що наш фронтенд формує
запити до бекенду правильно.
• Що наш бекенд витримує навантаження.
• Безпеку.

‼️Навантажувальне тестування краще робити аби як, ніж не робити взагалі‼️

P.S.
• Часто можна перевикористати АПІ тести для цього виду тестування.
• Розуміння АПІ дозволить Вам швидше і якісніше розробити ці тести.

❕Безпека, така ж як і навантаження, краще аби яка, ніж ніяка❕

📜 Ще у нас є контрактні тести:
• Корисні коли команди фронта і беку працюють окремо.
• Дозволяє перевіряти, що свіжі версії фронту чи беку не ламають іншу сторону.
• Знання АПІ також необхідне
для написання.

🔭 Ще дещо корисне це моніторинг:
• Дозволить побачити одразу, коли щось зламалось на ходу.
• Дуже часто використовуються АПІ запити як монітори.

❔Що робити щоб отримати +1000 до ЗП?
🎉 Юніт тести.
• Це саме той фундамент на
якому будується все функціональне тестування.
• Супер швидко і просто.
• Треба вміти читати код, тому його бояться тестувальники.

⚠️ 100% покриття - ми ніколи не отримаємо, бо у нас є third-party і тд.


Я дуже люблю тестування бекенду😍 це для мене окрема насолода: «ковирятись» у всіх цих запитах, респонсах, логах і тд.
Тому цей вебінар видався для мене надзвичайно цікавим!

❔А як у Вас? Любите більше фронтенд чи бекенд?)
🧑🏼‍💻 - фронтенд.
👾 - бекенд.
🤷🏼‍♀️ - не знаю.
❤️‍🔥 - обох.

Вечір добрий!
Як Ви? Гарно відпочили?
Бо час вриватись у робочі будні❤️‍🔥

Почнемо понеділок з гарних новин та розіграємо квиточок!

Переможця вже визначено, його дивіться у відео!
А я вітаю його з перемогою та вже біжу в дірект з квиточком🍾

Всім дякую за участь, не засмучуйтеся!
У мене буде ще багато розіграшів, тому ловіть удачу на наступні🍀🍀🍀

Всім цьом! 💋

Привіт гайз!🌹

Сьогодні субота, а це означає, що пора чимось Вас потішити!

У мене є 1 безкоштовний квиточок на конференцію Online QADay 2025🎟️

Для того аби прийняти участь, Вам необхідно:
• поставити «+» в коментарях.
• бути підписаним на мій канал (з цією умовою Ви по замовчуванню впорались😁).

В понеділок будуть результати🥰
Всім успіху🍀

Цього вівторка знову був вебінарчик і як і обіцяла - несу вижимку!
Вебінар доречі буде дуже актуальним для всіх💻


👩🏼‍💻 Катерина Подлеснюк, «Підвищення компенсації: коли, як і з чого почати»

❓Чому компенсацію просити бояться?
• Питання компенсації залишається табуйованим.
• У багатьох компаніях немає карʼєрного шляху і часто можна почути «Просто добре працюй».

💰Чому дискомфортно говорити про гроші?

1️⃣ Установки з «совєтского саюза».
• Це було небезпечно, соромно.
• Було не прийнято говорити про досягнення.
• Ініціативність була - табу.
• Думка «Заробити чесним шляхом - неможливо».

2️⃣ Особисті барʼєри.
• Невпевненість у власній цінності.
• Страх відмови.
• Складно говорити про потреби.

3️⃣ Атмосфера у компанії.
• Немає відкритості та довіри.
• Немає прозорості.
• Відсутність конекту з лідом.

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

❓Який вплив компенсації на залученість?
• Мотивує - проте є короткостроковим стимулом.
• Ніяк не впливає - присутнє невдоволення від робочого процесу, культури і тд.
• Демотивує - компенсація не відповідає внеску.

🧗🏻‍♀️Чи на шляху до підвищення ми?
• Виконуємо задачі вищого рівня регулярно.
• Роль у команді чи проєкті змінилась.
• Досягання мають відчутний результат для компанії та команди.
• Готові до нових викликів та відповідальності.
• Компенсація відповідає внеску по відчуттях.

❔З чого почати?
Оцінити процеси у компанії.

💡Ставити питання про промоушини варто ще на етапі співбесіди.

❓Як аргументувати доцільність підвищення?
• Порівнюємо що робили на початку і що робимо зараз.
• Які задачі виконуємо зараз на більш високому рівні.
• Описуємо коли проявляли проактивність, ініціативу, овнершіп і як це бенефітило компанію.
• Показуємо як робота впливає на команду з цифрами.

‼️Важливо: не можна отримувати більше грошей виконуючи ту саму роботу‼️

❔Як допомогли собі з аргументами завчасно?
• Щотижневі ретро.
• Щоденник досягнень.
• SMART цілі та КРІ.
• Візуалізація прогресу.
• Обговорення прогресу по цілях на регулярній основі.
• Відгуки ліда, РМ та колег.

📈 Чим раніше ми починаємо говорити про підвищення, тим краще - адже перформанс ревʼю це довгий процес до якого потрібно готуватись.

❌Що не можна робити:
• Не порівнюємо себе з колегами.
• Не ставимо ультиматумів.
• Без емоцій.
• Не чекаємо негайної відповіді.
• Не обговорюємо без конкретних аргументів.

❔Що робити, якщо відмова? • Просимо про зворотній звʼязок.
• Якщо відмова несправедлива - йдемо до менеджера чи HR.
• Питаємо чи є компенсація навчання, адже це підвищення - але опосередковане.


❓А яка ситуація з підвищеннями у Вас?
🍾 - все класно, підвищують періодично.
😭 - заморозили, підвищень немає.
😨 - боюсь просити, тому чекаю поки підвищать самі.

Вечір добрий!

Якщо Ви така ж «розтелепа» як я і вчора пропустили все що можна😅 то даю Вам сет вчорашніх анонсів, які можна подивитись!

п.с. трохи вкраду пост Артема 😅

🎥 Публічна співбесіда Попелюхи

🎥 Подкаст Інни Осінної з Сашком Хотемським

🎥 Стрім Олекси Мащиця про резюме

🎥 Мій рілс - розпаковка новорічного подарунку від компанії

І себе підрекламувала і Вам користі принесла і рекламу вищезгаданим людям😁
Мені здається чудово!

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

На звʼязку!🫶🏼

Місто засинає, просинається Mother of QA😁
Я знову повертаюсь до Вас, як і обіцяла зранку!

У нас вже розпочались вівторкові вебінари у спільноті, то ж будуть регулярні вижимки🎤
Сьогодні буде вижимка з воркшопу, який відбувся минулого тижня і насправді вижимка буде коротка, бо там необхідно було практикуватись в ріал таймі)

👩🏼‍💻 Костянтин Телтов, «Основи автоматизації веб-додатків за допомогою WebDriver. Від спагеті до простого солюшену»

💻 Ми розглядали побудову солюшену на Visual Studio за допомогою Selenium.
Робили налаштування Console App проєкту, встановлювали NuGet пекеджі, писали перші тести, розглядали як робити негативні флоу, як рефакторити тести, Page Object-увати їх, налаштовували CI/CD та багато іншого.

💡 Порада 1: Краще називати метод валідним значенням, аби розуміти його в майбутньому.

📖 WebDriver взаємодіє з елементом на сторінці і для цього у нас є Selectors або Locators.
Два популярні селектори: CSS та Xpath.

📖 Дуже часта проблема з якою Ви можете стикнутись - це завантаження сторінки, адже часто сторінка завантажується пізніше, ніж WebDriver знаходить елементи і для цього ми використовуємо waiters.

❌ Thread.Sleep - це табу.

💡 Порада 2: Автоматизація на UI досить нестабільна і необхідно уникати того, що ми не тестуємо.


Отака невеличка вижимка, з дуже величкого воркшопу аж на 3 години😅

Перша моя автоматизація була саме за допомогою Selenium WebDriver на C# і зараз згадую ті часи, як ставила сліпи, як розбиралась зі структурою, як то все пейдж-обджектувала і мʼяко кажучи, це було боляче)))
Але безперечно прикольний досвід, і дивлячись цей воркшоп я розумію, що уникнула б багатьох помилок)

❔А на чому була Ваша перша автоматизація? Діліться)

🎤 Знайомтесь зі спікеркою конференції Online QADay 2025 — Аміна Олійник!
⠀
👩‍💻 Хто вона?
Аміна — Middle QA Engineer у Favbet Tech, автор каналу “Mother of QA”, сертифікований ISTQB фахівець, ментор і спікер. Вона обожнює свою роботу й ділиться знаннями, надихаючи колег на нові звершення.
⠀
📌 Тема її доповіді:
«Тестувальник на рев’ю: секрети ефективного пошуку багів»
⠀
🛠 Що ви дізнаєтесь?
• Що таке рев’ю та його роль у розробці.
• Типи рев’ю та їх особливості.
• Досвід Аміну у впровадженні рев’ю для покращення співпраці між QA та девелоперами.
⠀
💡 Ця доповідь для тих, хто прагне вдосконалити тестування та побудувати ефективну взаємодію з командою розробки. Не пропустіть!

📎 Детальніше про виступ читайте тут: https://online.qaday.org/Amina-Oliinyks-2025s/

🦄 Вже 3-тій рік поспіль моя улюблена тренерка Саша Ковальова у Certified Unicorns традиційно запускає безкоштовний ISTQB Foundation Level Marathon 2025!


❔Що на Вас чекає?
🔥 насичений тиждень інсайтів, задач, тестів і лайфхаків для вивчення ISTQB Foundation Level;
🔥 багато практичних завдань, корисних матеріалів, прямий ефір та можливість виграти круті ISTQB-призи.

P.S. там такі призи, що просто капець😍 я і сама не знаю, хотіла б я виграти перше чи друге місце!
Призи можна побачити тут


❔Кому буде цікаво?
🔹тим, хто не складав жодної ISTQB-сертифікації.
Адже Ви зможете зазирнути за завісу цього процесу і зрозуміти, що і як там відбувається;
🔹 тим, хто тільки придивляється до ISTQB.
Certified Unicorns покажуть, чого можна очікувати від підготовки і на самому іспиті;
🔹 тим, хто хоче здавати самостійно.
Тренерка підкаже, куди дивитися у першу чергу, та яких помилок варто уникати;
🔹 тим, хто вже майже готовий до іспиту і хочете дізнатися організаційні моменти про сам іспит в різних країнах та різні формати складання.
Тренерка поділиться всіма деталями та секретами.


P.S. А якщо Ви вже лід чи менеджер команди, відправляйте своїх Junior та Middle тестувальників на марафон, щоб зарядити їх мотивацією та натхненням до карʼєрного розвитку!💪🏼

Я була і на марафоні і на курсі і здавала сертифікацію, тому з впевненістю можу Вам сказати - «Воно вам треба»! 😍

👉 Доєднатись можна тут

А ну, хто вчора був на подкасті?)

Як Вам? Поділіться враженнями!!!

Бо як на мене, подкаст видався просто неймовірним!😍

Через те, що наш «склад» спікерів був надзвичайно різним, це було дуже круто!
Інжиніринг директор, боженька ISTQB, експерт з автоматизації, та проста-смертна людина з народу😆

Дуже різні візії, дуже різні погляди, різні рівні та досвід - саме це робило наш подкаст цікавим та корисним будь-якому рівню спеціалістів🔥

Запис є, для того, щоб його побачити - приєднуйтесь до діскорд серверу, посилання внизу👇🏼

Посилання

2025 рік тільки почався, а ми вже маємо хороші новини для вас!
Запрошуємо долучитись до неформальної Новорічної зустрічі з лідерами спільноти QA
🕐 Коли: 2го січня о 17:00
📍 Де: Discord

Про що говоритимемо:
◽Як пройшов 2024 рік
◽До чого готуватись в 2025
◽АІ в тестуванні та копайлоти в автоматизації
◽Який стан ринку був
◽Оновлення ISTQB: сертифікуватись чи ні
Та інші теревені

Хто буде:
◽ Артур Шевченко, Engineering Director в Yalantis
◽ Олександра Ковальова, Senior QA Consultant в Certified Unicorns
◽ Роман Марінський, Test Engineering Lead в Intellias
◽ Аміна Олійник, General QA Engineer
◽ Олександр Хотемський, Quality Practice Lead в Doxy.me

Що найважливіше — можна буде отримати відповіді в реальному часі на ваші болючі питання.

Доєднуйтесь до зустрічі: https://discord.com/invite/zRf5FDUD?event=1323659795424608368

З Новим 2025 Роком Вас друзі🎄

Нехай цей рік буде легшим, щасливішим, успішнішим та переможним🫶🏼

Традиційні підсумки, але тепер вже 2024 року🎄

Привітик гайз!
Дивитись назад насправді дуже важко, бо цього року я не вела браг-документ і поклалась на свою памʼять😁

Але, що ж було? Давайте подивимось!

🎄2-чі виступила на офлайн конференціях.
Цього року я реалізувала себе як спікер на офлайн конференції і я собою дуже задоволена! Адже отримала багато позитивних відгуків та безцінний досвід.

🎄Здала ISTQB FL 4.0.
Це для мене неабияке досягнення, адже я отримала не тільки сертифікат, а й практичні знання, які застосувала у своїх проєктах.

🎄Грейднулась на мідла.
Цьогоріч я стала мідл спеціалістом і для мене це доволі вагомо! Адже я багато та сумлінно працювала, аби заслужити та отримати цей грейд.

🎄Відвідала багато конференцій, вебінарів, мітапів та познайомилася з багатьма крутими людьми.
Щотижня я мала принаймні один вебінар, тому їх кількість порахувати ой як важко😅

🎄Здобула дійсно чудових друзів!
Зараз мене оточує багато класних людей і частина з них стала моїми близькими друзями!
Ходити зранку на каву до друзів - то буст сили🫶🏼

🎄Взяла участь у подкасті «Testing Minutes».
Дякую Артему та Олександру за те, що запросили до себе на теплу та дійсно корисну розмову!
Буду чекати ще одного подкасту разом☺️

🎄Мала декілька рекламних інтеграцій та інфопартнерств.
Частенько мала рекламні колаборації з різними спільнотами, авторами, а також стала інфопартнером нещодавньої конференції «Бетельгейзе».

🎄Мій канал зріс до понад 1300 учасників.
Для мене це ще одне неабияке досягнення, адже минулого року я тільки створила цей канал.
І я рада, що все більше і більше людей знаходять його корисним🥰

🎄Почала публікації топіків та міні-статей на DOU.
Познайомилась з багатьма друзями DOU та почала публікації різних корисних штук для нашої QA спільноти.

🎄Запустила свій курс.
Хто за мною слідкує довше, той знає що я запускала свій курс і знає подальшу його долю!
То ж у 2025 чекайте від мене новий продукт!

🎄Змінила компанію.
За якимось дуже дивним збігом обставин, як і у минулому році, в той самий час, я змінила роботу.
Але цьому є пояснення - я хапаюсь за найкращі можливості для себе та своєї карʼєри, тому це ще одне досягнення на моєму шляху!

🎄Відновила заняття спортом.
Зробила я це на початку року в домашніх умовах, але як завжди щось пішло не так😅 тому відновила я заняття знову наприкінці року, вже у залі.
Самопочуття стало в рази кращим!!

🎄Потрапила у фінал DEV Challenge.
На жаль, призового не здобула, але потрапити у фінал з першого разу - це вже перемога!

🎄Відвідала декілька навчань.
Пройшла курс по ISTQB, тренінг по тест дизайну, інтенсив по естімації та багато ін.
І ці навчання дали мені багато відповідей на запитання!

🎄Почала розвиток сімейного бізнесу.
Хто знає, хто ні - та мої батьки виготовляють вʼялені томати!
Вже маємо багато класних відгуків - тому шукайте нас в інстаграмі!

🎄Донатила, працювала, розвивалась, дарувала подарунки, та робила усе, аби в цьому році Вам було тут цікаво🥰 Також було багато інших подій, як хороших, так і не дуже….
Проте 2024 рік видався чудовим (якби не клята русня).

Плани на 2025 складено, бажання у всіх нас одне, а це означає, що час готуватись до Нового Року!

Бажаю всім нам спокійного та щасливого Нового Року🎄♥️
Гарно відпочиньте та наберіться сил!

Нехай Новий Рік принесе нам перемогу та багато нових досягнень та зростань!🎄

Розвиток блогу💭

Помітила, що розвивати блог зараз стало мейнстрімом!
І хочуть це робити всі, хто може і не може…

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

📌 Для ведення дійсно якісного блогу, Вам необхідне:
а) чітке розуміння, про що Ви пишете, для кого і з якою метою.
б) постійна комунікація, відповіді на коментарі, створення додаткової цінності.

🎯 Блог без мети — це шлях у нікуди. Ви будете вигоряти, якщо не розумітимете, для чого це Вам.

💭 Я вввжаю, що це робити не варто, якщо Ви не хочете отримати другу «фул-тайм» роботу.
Блог, канал, спільнота - це насамперед велика робота над собою.
І як у будь-якій роботі, тут потрібні системність, дисципліна й готовність робити не лише те, що подобається, а й те, що працює для аудиторії.

Якщо Ви не готові приділяти цьому належного часу - то краще не варто створювати канали і покидати їх ведення на пів шляху.

«Мертві канали» можуть навпаки, навіть нашкодити Вам. То ж, якщо братися за блогінг, то тільки з усвідомленням, що це марафон, а не спринт.

Блогінг — це інвестиція часу, сил і часто грошей.
✔️ Якщо у Вас є бажання та ресурси — let’s go!
❌ Але якщо немає готовності ставитися до цього серйозно - то краще не починати.

Блогінг — не для всіх, і це НОРМАЛЬНО!
То ж, не потрібно сприймати це як обов’язковий елемент самореалізації…
Просто працюйте та кайфуйте від своєї діяльності! ♥️

Друзі, вітаю Вас зі Світлим Святом Різдва Христового🎄

Нехай у Ваших домах панує злагода, у серцях любов, а у нашій країні мир🕊️

Бажаю Вам гарного святкування, настільки - наскільки це можливо♥️ проведіть цей день з рідними та гарненько відпочиньте!

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

❔Мистецтво правильних запитань або чому важливо ставити запитання правильно?

Давно я вже не писала своїх думок і сьогодні вирішила знову поділитись ними з вами…

Часто при розмові з людьми в своїй сфері, помічаю, що звучать фрази по типу «та я питаю - мене ігнорять» або «я питаю, а у відповідь мені одне речення»… чому ж так відбувається?
Давайте розглянемо!

1️⃣ Питання можуть бути незрозумілими або надто загальними.
Якщо ваше питання звучить так: «А як це виправити?», то відповідь буде настільки ж загальною.
Уточнюйте, що саме вас цікавить: «Я використовую X, але отримую Y. Що може бути причиною?» – це приклад більш чіткої комунікації.

2️⃣ Контекст вирішує все.
Перш ніж ставити питання, подумайте, чи достатньо інформації ви надали співрозмовнику.
Людина, яка не бачить того, що бачите ви, може просто не зрозуміти суть.
Краще розписати детальніше або додавати скріни чи відео для того аби додати більше контексту.

3️⃣ Важливо розуміти, кому ви ставите запитання.
Задавайте питання, враховуючи компетенцію людини, і враховуйте її зайнятість.
Наприклад, якщо це менеджер, то краще ставити питання «пулом», аби отримати відповіді одразу на все що цікавить.

4️⃣ Активне слухання і вдячність.
Питання – це не лише про пошук відповіді, а й про побудову комунікації.
Якщо вам відповіли, обов'язково подякуйте та покажіть, що цінуєте допомогу.

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

❔А чи є у Вас якісь поради щодо постановки запитань? Діліться!

Гарної пʼятниці всім❤️‍🔥

Давно я не виходила до Вас на звʼязок зі своїми думками і вирішила, що сьогодні час!

Сьогодні трішки філософська тема, але дуже мене надихнула ця думка…

❔Чи є у мене тут такі люди які часто думають «вже пізно»?
Я думаю що більшість з нас…

В мене було таке, «ой, та не піду я на гімнастику, вже пізно», «ой, та піду я співати вже пізно, треба було раніше» і тд.

І такі думки часто переслідують будь кого з нас, коли ми «горимо» чимось і хочемо щось спробувати…

І в один момент я почула дуже цікаву історію…цитую:

« - Дуже хочу отримати докторську ступінь.
- Так чому не отримуєш?
- Я порахувала, що отримаю її аж у 50 років.
- Дивись, тобі в будь-якому випадку буде 50, різниця лише у тому, чи будеш ти з докторською ступінню чи без.»

⏳Я думаю, тут все очевидно.
Нам в будь-якому випадку буде 10, 20, 40, 60, різниця лише в тому, чи будемо ми займатись тим, чим горимо….чи будемо жалкувати про те, що вже запізно…

Такі Вам думки на вечір💭

БЕТЕЛЬГЕЙЗЕ🌞Частина 2.

Подивилась я дискусії, маю ще дві вижимки і в кінці буде загальний відгук.

👩🏼‍💻 «Context of engineering», Олег Дмитренко

❔Що може вплинути на інженерний контекст?
• Домен проєкту.
• Розмір проєкту.
• Загальна культура проєкту.
• Наскільки зрілі інженери в проекті.
• Стиль управління проєктом.

📌Класифікація «віку» працівника.
• Дитина (низький рівень впевненості, великий вплив «старійшинів», активне навчання, потрібен високий левел супервізії).
• Тінейджер (низький рівень супервізії, майже незалежність, менший рівень несвідомих рішень, бажання показати цінність).
• Дорослий (незалежний, відповідальний, розуміє бізнес і проєкт, головний контрібютор, впливає на інших, має декілька рішень для різних тасок).
• Старійшин (знає і бачив багато, важко адаптується до нових умов, незалежні щоденні активності, покладається на вже знанні патерни).

❔Як змінити контекст?
• Наші рішення мають мати велику ступінь формалізації.
• Наші рішення мають мати високе бізнес велью.

❗️Розуміння контексту важливе і воно не є постійним❗️


🧑🏼‍💻«Неочевидні застосування класів еквівалентності», Олекса Мащиць

📌Проблематика очевидних класів:
• Вони неочевидні
• Ефект пестициду
• Мозок звикає
• Перекос у бік позитивних сценаріїв
• Базово - доказ що воно працює
• Очевидні = Не комплексні
• Надмірна довіра до вимог
• Надмірна довіра до власних упереджень

🌚 Валідні та невалідні класи:
• Спираємось на вимоги.
• Ґрунтуємось на недостатніх знаннях
• Комплексні вимоги часто не прописані
• Е2Е не обовʼязково зафіксовані у вимогах

❗️Позитивні сценарії очевидніші за негативні, важливіші за негативні та доводять що система працює.

❗️Негативні сценарії не завжди очевидні, менш важливіші за позитивні, доводять, що система не працює та запобігають шкідливий вплив.

🔎Підходи до тестування:
• Довести, що щось працює
• Довести, що шось не працює
• Дослідити щось

❗️Все залежить від контексту.
Спробуйте розкласти колоду карт на класи❗️

Щодо дискусій - дуже прикольний формат❤️‍🔥

Дуже ненавʼязливий, ненапряжний, цікавий та легкий.
Але як на мене, трохи важко знову ж таки сидіти весь день, особливо після основного дня доповідей…

Моє імхо: зробити один день у комбінованому форматі… 3 доповіді і 3 дискусії, які чергуються між собою…
Мені здається так було б дуже круто і цілоденні конференції переносились би краще👌🏼

А в цілому конфа прикольна і я бажаю організаторам лише розвитку в майбутньому!
Українських конференцій, продуктів та крутих спеціалістів має бути більше!☺️

І тааак!
БЕТЕЛЬГЕЙЗЕ🌞

У суботу/неділю проходила конференція і я звісно ж, була її гостем та інфопартнером🫰🏼🫶🏼

Готова Вам розповісти трішки про доповіді та поділитись вижимкою!

Конференція розпочалась з виступу Олекси Мащиця на тему «Себе протестуй!» і це був доволі цікавий формат, оскільки він був коротким, як у TED, на 15 хвилин…
І це було круто, оскільки і тему розкрили і мені як глядачу хотілось ще!
Це було класно, і я не думала про те, «коли кінець»…

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

Тож гайда до вижимок…

👩🏼‍💻«Вхід в ІТ, як воно насправді», Ольга Бажан

❔З чого почати пошуки?
1️⃣ Робимо резюме - воно має бути чітке і без зайвої води.
2️⃣ Підготувати професійні мережі з інформацією про нас.
Лінкедін, доу, телеграм, емейл і тд.
3️⃣ Використовуємо кавер леттер.
Він має мати структуру:
• Привітання.
• Вступ (на яку позицію, звідки дізнались про неї).
• Досвід та навички, які відповідають вимогам.
• Чому цікавить вакансія, мотивація і тд.

🤌🏼 Робимо таблицю де відмічаємо кожну подачу і кожну відмову і прослідковуємо прогрес.

Поки чекаємо відповіді від рекрутера - готуємось до співбесіди, проходимо тестові співбесіди і тд.

Доповідь більше корисна джунам, тим хто тільки прийшов в професію або шукає роботу)
Я не у тій цільовій аудиторії, тому то була не моя тема, але…
Для тих кому таке актуально, на правах реклами скажу - у мене був вебінар про пошуки роботи, кому цікаво - забігайте дивіться.

🧑🏼‍💻«Як ваші тести керують браузером?» , Олександр Хотемський

❔Як керували браузером раніше?
• Selenium RC працював як посередник між тестами та браузером.

❔Як керують браузером зараз?
• Selenium Web Driver
• CypressIO
• Playwright

Насправді «вижати Сашка» було дуже важко😆 бо багато було в схемах, малюнках, розповідав він про будову керування браузером, про «керувалки», їхні плюси та мінуси і багато іншого…
Загалом для мене це було мега цікаво та пізнавально!

🧑🏼‍💻«Тест кейси для автоматизації», Віктор Уштан

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

Взяла для себе декілька тіпсів, залишу їх тут:
• 1 тест = 1 перевірка.
• Обробка ексепшинів на кожному кроці та логування.
• Незалежність тестів від обставин та випадкових значень.
• Використання локаторів на основі стабільних атрибутів та без вейтерів.
• Незалежність від результатів інших тестів.
• DDT - де це можливо.

👩🏼‍💻«Як налаштувати процеси тестування, якщо ти єдиний тестувальник на проєкті», Аделіна Воропай

🥲 Проблеми:
• Відсутність документації
• Ви єдиний QA
• Єдиний розробник, який класно знає проєкт
• Відсутність мітингів
• Синдром самозванця
• Відсутність процесів

👌🏼 Рішення:
• Розробники наші друзі
• Спілкування з колегами, ментор
• Виходити на кол з тим, хто знає весь проєкт
• Визначити сильні сторони та показувати їх
• Налаштувати єдиний процес тестування

📌 Якщо часу обмаль - знаходьте оптимальне рішення для тестової документації.

📌Визначте - що для вас буде важливіше - тестування чи документація. В кожного все по-різному.

❔Як створити єдину модель тестування, щоб вона працювала на довгострокову перспективу?
• Вивчіть проєкт.
• Зрозумійте для чого тут.
• Спробуйте запропонувати рішення, які зекономлять ресурси.
• Опишіть правила ведення документації.
• Шукайте швидкі та економічні рішення.
• Не бійтесь помилятись.
• Признайте власні помилки та аналізуйте їх.
• Підсвічуйте свої сильні сторони.

І знову на правах реклами, скажу, що для тих, хто один на проєкті - скоро буде мій тренінг🤌 чекайте!

Ой, а там ще 2 доповіді, тому продовження завтра😁

Чому грудень такий важкий і нічого не хочеться робити?🥲

Скажіть що я не одна така…

Ниття закінчилось, дякую - йду писати вижимку з конфи «Бетельгейзе»🫰🏼

Що ж, бачу, що вебінар Вас зацікавив! То ж, почала його приготування🥰 а поки…

Як завжди, несу вижимку з вебінарчику🔥 говорили про маніпуляції в роботі та житті!

👩🏼‍💻 Тетяна Коробова, «Маніпуляції в діловому спілкуванні та протидія ним»

👋🏼 Маніпуляція - це прихована спроба вплинути на людину.
Цілі маніпулятора розходяться з цілими людини, якою маніпулюють.
Адресат маніпуляції вірить, що стороннього впливу немає.

🔪 Ми можемо стикатись з маніпуляціями:
• Від керівника.
• Від підлеглих та команди.
• Від партнерів та клієнтів.
• Від родини та друзів.

❔Нащо люди маніпулюють?
• Досягнути практичну мету.
• Затвердити владу над оточенням.
• Отримати задоволення.
• Звичайний патерн поведінки.

🧠 Маніпуляції бувають:
• Свідомі - маніпулятор робить це навмисне.
• Несвідомі - маніпулятор думає, що хоче «win-win» для усіх учасників взаємодії.

🫰🏼Для кожного типу є свої протидії.

❔Як розпізнати маніпуляцію?

📍Невербальні ознаки:
• Некомфортні тілесні відчуття.
• Емоції, що не відповідають ситуації.
• Гостра емоційна реакція на раціональні речі.

📍Когнітивні відчуття:
• Відчуття нерозуміння чого хоче співрозмовник.
• Зміщений акцент (а це точно те, про що ми говоримо?).

📍Вербальні ознаки:
• Риторичні запитання.
• Зобовʼязання на які ми не погоджувались.
• Соціальні підтвердження («А от хтось це завжди робить»).

📍Рольові ознаки:
• Зіштовхування в дитячу чи батьківську позицію щодо маніпулятора.

❔Чому нами можна маніпулювати?
• Страх.
• Низька самооцінка.
• Жадібність.
• Відсутність навичок відбивання маніпуляції.

‼️Потрібно зрозуміти свої страхи, адже після цього нами стає важче маніпулювати.

🪤 Маніпулятивні пастки:

1️⃣Узагальнююча.
Використання слів: всі, завжди, ніхто, ніколи, кожен.

❔Як протидіяти?
• Не виправдовуватись.
• Зламати узагальнення конкретними уточненнями.
• Виставити рамки прямо.
• Зрозуміти чого хоче маніпулятор і дати йому це.

2️⃣«Гарна дівчинка/хлопчик».

Використання фраз: ти сильний, крім тебе більше ніхто не зможе і тд.

❔Як протидіяти?
Протидіяти важко, адже це стосується нашої самоідентифікації

Внутрішні кроки:
• розірвати особисту та професійну ідентифікацію (я - моя робота).
• дати самому собі почуття хорошості.

Зовнішні кроки:
• планування роботи заздалегідь.
• жорсткі зафіксовані домовленості.
• спробувати дати маніпуляторові те, що він хоче в прийнятній для нас формі.
• розрив шаблону (а чого ви вирішили, що я "хороший"?).

3️⃣Зобовʼязання на які ми не підписувались.

Використання фраз: ну ми ж домовились, я знаю, що на вас завжди можна покластись, а от раніше на вашому місці мені завжди допомагали, і тд.

❔Як протидіяти?
• вчимось системно фіксувати домовленості та чітко визначати, коли домовленості НЕ досягнуті.
• відслідковувати коли на вас почали навішувати зобовʼязання.
• м'яке вислизання "так-так, коли небудь я це зроблю".

❔А Вами часто намагаються зманіпулювати?
🥲 - так.
👀 - ні.
🌚 - маніпулюю я.

Привіт гайз!
Я тотально випала з каналу цього місяця… вибачте🫶
Завжди чомусь у грудні справ стає ніби 2х😅 я не розумію чому так, але…

Спішу поділитись, що у понеділок я захистила дипломну роботу!
То ж, тепер я магістр психології👩🏼‍🎓

Приймаю вітання 🥂

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

Тепер, я також готова поділитись з Вами своїми напрацюваннями!
То ж, кому було б цікаво послухати вебінар на тему «Вплив професійного вигорання на субʼєктивну задоволеність життям ІТ-вців» - ставте «🤩».

А я біжу писати Вам вижимку і бажаю гарного дня!❄️

🚨Алерт, алерт🚨

Кому там бракувало конференцій?
Я несу Вам одну💫

📅 14-15 грудня відбудеться онлайн конференція для тестувальників «Бетельгейзе» від спільноти QA Україна.

❔Хто це - QA Україна?
QA Україна - це велика спільнота українських тестувальників, що просувається досвідченим фахівцем та освітянином Олексою Мащицем.

Я впевнена, що назва Вас зацікавила!! Бо мене дуже!
Думаю, ми знайшли мінімум одну причину прийти на конференцію - аби запитати організатора про назву😁
А які причини є ще, зараз розглянемо👇🏼

📙 «Бетельгейзе» охоплює тестувальників різних рівнів та пропонує вам не лише послухати доповіді, але й виділяє окремий день для професійних дискусій.
Тож Ви можете не тільки почерпнути нову інформацію, але й отримати багато різноманітного досвіду від учасників.

📙 Конференція відбуватиметься онлайн, а всім учасникам буде наданий доступ до записів.
А це означає, що в будь-який момент Ви зможете «освіжити» отримані знання.

🤫 А ще, є сайт конференції, який організатори постійно оновлюють додатковими сюрпризами 🎁

То ж, «Бетельгейзе» однозначно є конференцією «від своїх» та «для своїх».

Я однозначно буду на конференції і всім раджу, адже це чудовий привід прокачати себе як спеціаліста!!!

👉 За квиточками біжіть на офіційний сайт: https://betelgeuse.qaukraine.online/

❔Чи чули Ви про таку штуку як активний тип інтервʼю?🤔

Активний тип інтерв’ю — це формат спілкування, в якому кандидат не просто відповідає на запитання, а демонструє свої знання, навички та вміння через практичні кейси або активний діалог.

Під час активного інтерв’ю питання спрямовуються на те, щоб оцінити логічне мислення, здатність працювати в стресових умовах та рівень комунікації.

📌 Приклади питань:

• «Що б ви зробили, якби бюджет компанії раптово скоротили на 30%?»
• «Розкажіть про випадок, коли вам довелося переконувати команду в правильності вашого рішення. Як це вдалося?»
• «Як ви гадаєте чому люди запізнюються?»
• «Як ви дієте, якщо у вас не вистачає ресурсів для виконання завдання?»
• «Яка ваша найбільша помилка в роботі? Що ви з неї винесли?»

Головна мета активного інтерв’ю — зрозуміти, чи підходить підхід та мислення кандидата для конкретної компанії чи ролі.

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

Я ніколи не стикалась з таким типом інтервʼю і почула я про нього на одній з Q&A сесій з технічним рекрутером!
Вже читаючи про цей тип, мені стало дуже цікаво…

❔Чи стикались Ви з таким типом інтервʼю?
І якщо так, то які питання отримували?

Всім привітик гайз!
Вітаю Вас зі святом Миколая🎁
Чемні були? Подаруночки отримали?😁
Якщо так (і якщо ні), то пропоную Вам зробити подаруночок для DOU💫

Я знаю, що кожен з Вас заглядає час від часу у зарплатну статистику…
А ще скажу Вам секрет🤫…. компанії теж заглядають)

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

DOU хоче зібрати 2000 анкет для тестувальників, а зараз їх лише 1100…
Так багато анкет потрібно для того, аби отримати якомога точнішу статистику по ринку📊

Лінк на опитування залишаю тут🫶🏼

Хто не пройде - заберу Ваші подаруночки від Миколая🔪

Привітик гайз!
З каналу трішки пропала, бо маю багато справ на завершення року, а також адаптовуюсь в проєкт!
Але як завжди несу вижимку з вівторкового вебінару, бо він був для мене дуууже інформативним🔥

🧑🏼‍💻Андрій Мокич, «Що може зробити QA для перевірки безпечності продукту?»

📞 Більшість витоків даних трапляються через неправильну роботу додатків.

🎛️ Зараз CISA заохочує розробників до прикладання зусиль до упередження вразливостей.
Вводяться закони з вимогами до безпеки ПЗ.
Зʼявляються регуляції у кожній сфері.
Замовники також очікують безпечних продуктів.

⚠️ Безпека має бути закладена з самого початку.

🔎 QA - перевіряє, що система поводиться очікуваним чином.
Спирається на вимоги того, що має робити система.
🔏 PenTester - перевіряє, чи не поводиться система не тільки очікуваним чином.
Спирається на функціональні можливості компонентів та системи.

🚨Небезпека в першу чергу надходить від користувача.

🖥️ Логін - першоджерело більшості проблем.

🧑‍🧑‍🧒‍🧒 Є декілька типів користувачів:
• Нормальні - користуються системою як очікується.
• Мамкіни хакєри - шукають базові засоби обходу обмежень, для своєї вигоди.
• Зловмисники - приходять, щоб нанести шкоду, готові вкладати гроші і тд.
• Арт групи - більш кваліфіковані та забезпечені, ніж прості зловмисники.

🛑 Система може мати недоліки і без користувачів:
• Неправильні та слабкі конфігурації (напр. дефолтні паролі).
• Використання вразливих компонентів і відсутність контролю оновлень (напр. вразливості бібліотеки).
• Порушення принципів безпечного дизайну (напр. неправильне збереження даних).
• Відсутність базових механізмів безпеки (напр. небезпечні процедури відновлення доступу).

❔Що ми маємо робити?
• Упереджувати компроментації (розробка з врахуванням захисту даних).
• Виявляти атаки (логи, сповіщення, моніторинг).
• Протидіяти при виникненні.

📖 Основні джерела:
• OWASP Testing Guide.
• Регуляторні вимоги.
• Угоди і вимоги з замовником.
• Інструменти та методики пентестів.

❗️Важливо розглядати і бек і фронт, щоб валідація була і там і там.

⚠️ Також одним з найкритичніших функціоналів є обхід автентифікації.
Адже ми можемо отримати доступ до будь яких пермішинів користувачів.

🔎 Треба дивитись що зберігає браузер, що буде якщо користувач змінить стан сесії, як сервер підтверджує особу користувача, хто може отримати доступ до цих даних?

❗️Публічні посилання мають бути захищені від вгадування.

❗️Дефолтні дані мають бути обмежені в доступі.

‼️Потрібно памʼятати, що не потребують автентифікації доступні по всьому світу!‼️

❗️Потрібно захищати систему від енумерації, від вгадування.

❗️Потрібно використовувати коди чи посилання для відновлення з обмеженим часом життя.

🖥️ Ми можемо додати до тестування:
• Інʼєкції HTML, SQL і тд.
• Блокування перебору паролів.
• Тестування UI & API.
• Перевірка HTTP відповідей при помилках.
• Маніпуляції параметрами.
• Публічні та приватні посилання.
• Зміст помилок.
• Зайві публічні файли.
• Процес відновлення доступу до акаунту.
• Звертаємо увагу на роботу з файлами. Перевіряємо формати, ліміти, імʼя файлу без інʼєкцій, обмеження доступів, нетипові формати і тд.

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

❔А чи перевіряєте security на своїх проєктах Ви?
😍 - так.
😱 - ні.
💅🏼 - маємо окрему тіму.

Breaking news😁

Рада повідомити, що я приєдналась до команди Favbet Tech 🎉

Приєдналась я до команди, яка працює здебільшого над бекенд стороною, тому для мене це надзвичайно цікаво та відповідально!

То ж, зараз я проходжу випробувальний термін, онборджусь і насолоджуюсь дослідженням нових обовʼязків та задач!

Ну і приймаю вітання 🥂🥰

❔Як я говорила що йду?

У групу я не викладала, але ті хто підписані у інстаграмі вже про це знають.
Проте коротко розповім, аби всі були «в темі».

На попередньому місці роботи, я працювала у двох тімках, і коли у мене був останній робочий день, одна з команд зробила мені «подаруночок на памʼять» (фото зверху) 🎁
Після цього багато людей були здивовані, що колеги подарували мені подарунок і так тепло «провели».
І багато хто запитував, що я зробила такого, що пішла з такою підтримкою?

На жаль, тут я Вас розчарую і не дам «чарівної таблетки», бо у мене її немає.

Про те що я йду, я сказала як є: «я отримала можливості і не можу відмовитись від них».

Звісно я переймалась про те, як це сказати…
Але все пройшло добре і ось чому…

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

💫Я вважаю, що як ти до людей - так і люди до тебе💫

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

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

💡Можу дати пораду від себе: кажіть завжди правду.
Краще сказати чесну причину звільнення і отримати розуміння від команди, аніж брехати і бути підлим.

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

Але я й також вірю, що ми притягуємо тих, ким є самі🫶🏼
Тому будьте добрі та відкриті до людей і люди будуть такими ж до Вас!

Всім добра💫

❔По яких критеріях я обираю компанію?

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

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

1️⃣ Враження від спілкування з представниками компанії.

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

2️⃣ Рівень заробітної плати.

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

3️⃣ Можливості карʼєрного зростання.

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

4️⃣ Наявність бенефітів.

Дивлюсь які плюшки пропонує компанія (по типу медичної страховки, відпустки і тд.) і якщо стоїть важкий вибір, плюшки можуть зіграти важливу роль.

5️⃣ Відгуки від працівників компанії.

Я читаю відгуки працівників компанії, або питаю особисто. Мені завжди цікаво почути реальний фідбек… і якщо я бачу щось неправильне для себе - така компанія точно мінус.

6️⃣ Видача техніки.

Для мене табу працювати на своїй техніці на роботі.
Чому? Бо я маю багато особистих файлів, навчань, курсів і тд. на своєму ноуті, які змішуються з робочими файлами. Я вже мала такий досвід і це було жахливо, бо при очистці файлів згідно НДА в мене тріскала голова) А якщо раптом трапиться так, що неможливо очистити якісь файли - то допобачення)))

7️⃣ Наявність офісу.

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

✍🏼 Скажу відверто перших три пункти зазвичай мені достатньо для того, щоб прийняти рішення.
Я ще не стикалась з ситуацією коли прям ну все ідентично…
Тому зазвичай порівняння по ЗП, можливостях карʼєрного зростання та особистих відчуттях - вистачає з головою)

❔А по яких критеріях обираєте компанію Ви? Поділіться❤️

Привіт!
Як завжди несу вижимку з вівторкового вебінару😁 цього тижня говорили про комунікації між PM та QA!

👩🏼‍💻 Лєра Лістратова, «QA та PM: як зрозуміти одне одного»

🎯 Наша спільна ціль - це створити якісний продукт вчасно.

💰 Вартість непорозумінь може бути дуже високою: дедлайни, дефекти, овертайми і тд.

💫 Кожен з нас несе якусь цінність, для того, щоб досягнути наших проектних цілей.

Ціності QA проглянути легко, а от цінності PM можуть бути не такі очевидні.

✍🏼 В нас різні пріоритети:
QA - висока якість продукту.
PM - бюджети та дедлайни.

І саме це приводить до непорозумінь. Адже ми спілкуємось різними мовами.

🫠 Pain points в QA-PM комунікаціях:
• Недостатньо часу.
• Залучення QA на ранніх стадіях.
• Погана комунікація.

❔Що PM потрібно від QA?
• Гарантія якості продукту згідно встановленого бюджету.
• Вчасні апдейти прогресу та блокерів в тестуванні.
• Проактивність в ідентифікації ризиків та їх мітігейшину.
• Заалайнені по пріоритетам.

❔Що QA потрібно від PM?
• Зрозумілі процеси.
• Зрозумілі та реалістичні дедлайни.
• Пріоритезовані вимоги зі зрозумілими АС.
• Підтримка у відстоюванні якості перед стейкхолдерами.

💡Стратегії в комунікації:
1. Регулярні синки QA-PM (статус, блокери, цілі на тиждень).
2. Обовʼязкова участь QA в планувальних сесіях.
3. Документування процесів та правил тестування.
4. Створити чеклист по фічі і валідувати разом з PM.

❔Як комунікувати краще?
• Використовувати зрозумілу для всіх термінологію.
• Репортити часто повторювані ішʼю.
• Захищати shift left testing.
• Коли щось хочемо - то пояснити як це впливає на бюджет.

❗️Ми повинні мати взаємоповагу і розуміти, що ми працюємо над однією метою.

❔А як у Вас справи з комунікацією з PM?
❤️ - все добре, маю класного PM;
😭 - біда, не можемо порозумітись;
👀 - не маю PM.

❔Чому я пішла? Як приймала рішення про звільнення? Чи було складно?

Але про все по порядку✍🏼

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

❔Чому ж я пішла?

Ціленаправлено роботу я не шукала, проте в якийсь момент на мене впала «можливість».
Я людина, яка хапається за будь-які дійсно КЛАСНІ можливості.
Коли мені пропонують щось, що для мене не виглядає перспективним - то звісно «шило на мило» як то кажуть, ніхто змінювати не буде.
Але коли я бачу, що це саме те, що мені зараз потрібно - я за цю можливість хапаюсь.
Так сталось і тут, я не планувала йти, адже мене все влаштовувало. Проте підвернулись класні можливості і я пішла в їхню сторону.

❔Як приймала рішення про звільнення?

Я опиралась на критерії вибору компанії, якими поділюсь з Вами пізніше. Після порівняння критеріїв, я опиралась на внутрішні почуття і свої думки та емоції… ну і звісно в голові була одна фраза - яка?
Вона у відповіді на останнє питання….👇

❔Чи не було складно приймати рішення?

Це рішення далось мені не легко. Бо тут все знайоме і таке хороше, а там щось нове і невідоме.
Проте у мене в голові була одна фраза «підеш - є ймовірність що пожалкуєш, але будеш знати чому, не підеш - будеш жалкувати про те, що не спробувала».
Тому так рішення і прийнялось. З ваганнями, з переживаннями, але швидко.


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

Якщо було цікаво ставте ❤️ і чекаю Ваших коментарів, реакцій та питань (якщо такі є)!

Всім продуктивного дня🫶

Про доповіді🎤

Як Ви вже читали, доповіді на патіхарді були по 30 хв. - 20 хвилин на доповідь і 10 на запитання.

❔Чи класно це? Давайте поглянемо…

➕ Плюси:
📎 Слухачі не втомлюються.
(бо вислухати +-6 спікерів по годині кожного насправді важко).

📎 Слухачі краще зберігають концентрацію уваги.
(насправді Вашу доповідь слухають перші 10-20 хвилин і якщо не знаходять нічого цікавого - забивають… а коли автор перші 10 хвилин розкачується і розповідає про себе, то до суті слухач не доживає).

📎 Спікер не розповідає води.
(це про те що зверху - перші 10 хвилин ми слухаємо зазвичай нікому непотрібне інтро).

📎 У доповіді розкрита вся основна суть, яку хотів донести автор.

➖ Мінуси:
📎 Таку доповідь надзвичайно важко робити.
(я як людина, яка робила доповідь на годину і доповідь на 20 хв. - можу сказати точно, що доповідь на 20 хв. робити в рази важче. Тому що тобі необхідно зробити доповідь так, аби вона була цілісною, не відірваною, при тому швидко доходила до основної суті. А це ой як непросто. Адже коли в тебе ціла година, ти можеш почати з «прелюдій» і до викладення основної суті, як то кажуть «розкачатись»).

📎 Не всі теми підходять під цей формат.
(є доволі вузькі та специфічні теми, в яких без цього «інтро» не обійтись, бо просто напросто суть буде незрозуміла. Тому з темою треба бути обережним та обирати щось таке, що не є дуже сильно вузьким).

👍🏼 Насправді, я «за» цей формат. Адже після конференції ти почуваєш себе не ніби ти після важкого робочого дня, а наповненим та натхненним працювати далі.
Тому це однозначно лайк.

❔А як Вам такий формат?
👍🏼 - класно.
👎🏼 - не подобається.
❤️ - не був (-ла), але дуже хочу.
🥱 - ну був (-ла), і не хочу.

Так так так, а тепер відгук на QA Party Hard🔥

Мій перший QA Party Hard був десь рік тому… ще 3-тій по рахунку…
Саме на цій конфі я зустріла класних людей, деякі з них встигли стати для мене близькими друзями🫶🏼
Тому враження від цієї конфи можуть бути лише позитивні🔥

Але ця… 7-ма конфа стала просто чимось надзвичайним….

Чому? По порядку👍🏼

1️⃣ Дуже класний, новий та цікавий формат, де всього 30 хвилин для спікерів та все решту - кулуари.

2️⃣ Дуже крута ярмарка для людей, на якій ми зібрали багато коштів та яка подарувала людям нові емоції.

P.S. ідея ярмарки виникла дуже цікаво😅 після девчеленджу ми сиділи у закладі, просто собі про щось спілкувались і тут я сказала, що мої батьки виготовляють вʼялені томати і я принесу їх за донат, Таня сказала що спече чізкейк… і так ми з нею придумали, що треба зробити благодійну ярмарку😁
І не прогадали😉

3️⃣ Офігезні партнери та подарунки за активність та донати.
То напевне одна з небагатьох конференцій на якій подарунки льються звідусіль.
І від спікерів і від організатора і від партнерів.

4️⃣ Дуже класна та легка атмосфера, яка сприяє розвитку та комфорту для висловлення своїх думок.

5️⃣ Багато препаті, афтерпаті і тд. І це мега круто, бо саме на таких зустрічах люди більше розслабляються і діляться своїми думками, емоціями та іншим.

Взагалі обожнюю цю конференцію саме за її атмосферу!

Цього разу мені довелось поспікати, то ж можу сказати, що атмосфера була настільки крутою, що я навіть не переживала….чесно))

Люблю цю конфу і люблю цих людей!❤️
Хто сумнівався чи йти на неї чи ні - ОДНОЗНАЧНО йдіть!

Хелоуік!

Вчора у нас була QA терапія! Це новий формат в межах спільноти, де ми можемо обговорити свої проблеми та запити)

Цю терапію проводив Євген Пасєка і ми говорили про зростання в умовах невизначеності 💫

📌 Невизначеність - це неможливість здобуття абсолютного знання про обʼєктивні та субʼєктивні фактори функціонування системи.

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

📌 Умови невизначеності:
• Економічні кризи.
• Пандемії.
• Велика кількість інформації.
• Військові конфлікти.

💪🏼 Челенджі:
• Нестабільність (швидкі зміни).
• Невизначеність (складність контролю).
• Складність (непередбачуваність результатів).
• Неоднозначність (руйнування зрозумілих патернів).

❔Як врятуватись у такому світі?
❗️Адаптація та зміни.
• Погляд у майбутнє.
• Робота з контекстом та середовищем.
• Виділення ключових факторів та аналіз проблеми.
• Адаптація до змін, експерименти.


Насправді невизначеність це найгірше що може бути… і я ненавиджу коли я в невизначеному стані…
Краще «так» або «ні», ніж «не знаю».

❔А як Ви ставитесь до невизначеності?

Привітик гайз!

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

Але перш за все - про QA Party Hard💫

В суботу, як Ви вже знаєте, я мала можливість поспікати на цій конференції, то ж у цьому дописі будуть вижимки зі всіх доповідей, а у наступному відгук)


👩🏼‍💻Аміна Олійник, «Естімація тестування: наука чи інтуїція».

Наводила кейс з практики, коли оцінка тестування вкладалась у вигляді 30% у оцінку девелоперів.

📚 Основні проблеми цієї оцінки:
• Underestimate розробників.
• Нерелевантна оцінка на тестування.
• Зсування розкладу тестування на спринт.

🔐 Типові проблеми естімування:
• Недооцінка.
• Переоцінка.
• Нестабілість вимог.
• Відсутність кваліфікації.
• Ігнорування залежностей.
• Ігнорування нефункціональних вимог.

📌 Типи естімації:
• Estimation based on ratios - оцінка, яка базується на історичних даних всередині організації.
• Wideband Delphi - оцінка, яка базується на попередньому досвіді.
• Three point estimation - оцінка, яка складається з найбільш оптимістичної, реалістичної та песимістичної, та вираховується за формулою.


🧑🏼‍💻Артур Белак, «Як працює Cypress та чому він помре»

• Немає можливості використовувати async та await;
• Проміси незручні у використанні;
• Ускладнюється читабельність коду;
• Важко поєднувати асинхронність сайпресу та JS;
• Жере багато перформансу;
• Немає можливості паралельного запуску тестів з коробки;
• Є залежність від сайту який покривається тестами.


🧑🏼‍💻 Євген Толчинський, «Співбесіди QA — як не померти від них»

3️⃣ найважливіших фактори при підборі персоналу:
• Хард скіли;
• Софт скіли;
• Тім метч.

💪Хард скіли:
• Прочитати CV.
• Прочитати вакансію.
• Підготуватись до співбесіди.
• Повторити тули або технології.
• Повторити теорію.

🫶Софт скіли:
• Відповідати на питання.
• Не треба «води».

🫂Тім метч:
• Подумати кейси покращення метрик.
• Подумати навіщо це потрібно команді , компанії, конфліктні ситуації і виходи з них.


🧑🏼‍💻 Юрій Малий, «ROI автоматизації на конкретному прикладі»

Під час доповіді ми розглядали приклад того, як було розраховано ROI автоматизації, там було доволі багато прикладів різних таблиць та метрик, тому і важко Вам це розповісти і вижати цю інфу)
Це просто треба бачити!)
Тому тут Вам спойлерів не буде😅


👩🏼‍💻 Ріна Ужевко, «Автоматизація ніколи не окупиться й ось чому»

❔Коли зазвичай використовується автоматизація?
• Коли треба шось оптимізувати;
• Коли тіма не вивозить регресію;

❔Що є показником для автоматизації?
• Архітектура;
• Інфраструктура;
• Інструменти;
• Процеси.

💰ROI - це фінансовий показник і ми перш за все рахуємо в ньому гроші.

❗️Часто, якщо ROI відʼємне то ми стараємось його підкорегувати щоб влізти в нього, через те, що ми хочемо (або хтось хоче) автоматизацію.

📌 У ROI немає термінів, типів команд, порівняння зарплат, оновлення тестів, аналіз впавших, те що можна оптимізувати і те, що не автоматизовано і тд.

📚 ROI - це не статичний показник.

❗️Структура команди дуже впливає на вартість автоматизації❗️

📌ROI є допоміжним, а не вирішальним.

💲Автоматизація не окуповується ніколи💲

💫Якщо ми будемо автоматизовувати в збиток, то будуть економити на іншому.


🧑🏼‍💻 Павло Берлінець, «Чому без автоматизації ми помрем»

📖 Після 2020 року продуктова культура почала розвиватись стрімкіше.

❔ «Яку проблему вирішує AQA?» - це питання потрібно собі задавати постійно.

💰Автоматизація не окупається. Це про процеси.
Часто автоматизаторів наймають пізно.

❗️Автоматизатори це не тільки про код. Це про забезпечення якості з застосуванням коду.


Це був дуже цікавий досвід, оскільки на виступ у нас було 20 хвилин + 10 хвилин на запитання.
В цілому виступ кожного спікера - 30 хвилин.

І скажу відверто - такий формат мені дуже зайшов. Адже це не перенавантажує слухачів і люди довше зберігають концентрацію уваги на доповіді.
Про плюси і мінуси такого підходу думаю напишу окремо…

❔А поки поділіться, хто слухав мою доповідь, як Вам? Як враження?)
Мені дуже цікавий Ваш фідбек🫶🏼

Хелоу гайзи!

Цих вихідних я спікала на QA Party Hard і тема моя була «Test Estimation: science or intuition», де я ділилась своїм кейсом імплементації оцінки на тестування.

P.S. коротка вижимка та враження після конфи будуть тут завтра🔥 а поки подивіться на ці прекрасні подаруночки, які я отримала як спікер❤️

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

Тому вирішила себе підстрахувати та піти на інтенсив по «Естімації задач по тестуванню» до Артема Григоренка!

Саме після його інтенсиву я почала думати про те, як краще інтегрувати отримані знання в роботу.

Доречі, відгук по інтенсиву можете прочитати тут.

І тут у мене для Вас круті новини…

🚨LAST CALL🚨

Саме цього тижня стартує даний інтенсив!
І у Вас все ще є можливість до нього доєднатися! Що я доречі дуже рекомендую зробити!

Окрім технік та підходів на інтенсиві будуть розглядатись інструменти для візуалізації та планування.
Ну і ще звісно буде розглянуто те, як доносити свою оцінку до інших.

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

Деталі тут

А я поки піду відпочивати свій вечір🫶

Хелоуік гайз!
В середу у мене знову була можливість помодерувати вебінар і цього разу ми говорили на дуже актуальну тему для всіх!
А саме - про навчання! То ж, традиційно вижимка біжить до Вас💫

👩🏼‍💻 Олександр Романов, «Stop Studying, Start Learning - або як вчитись краще»

❔Коли ми вчимось?
• Читаємо книги.
• Проходимо курси.
• Читаємо блоги.
• Дивимось відео.
• Працюємо з менторами.
• Працюємо з колегами.

📌 Основна проблема: знання без практики забуваються з часом.

❔Що з цим робити?
• Нам потрібно навчитись вчитись.

❔Нащо нам навчатись вчитись?
• Тому що навчання - це метта навичка, за допомогою якої ми можемо опановувати інші навички.

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

❔Як ми вчимось на роботі: «це модне, це для промоушину, це прикольне треба вчити і тд.»

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

🧠 У нас є робоча памʼять та довготривала пам’ять.

І наша задача під час навчання - формувати нейронні звʼязки у нашій голові.

📊 Навчання схематично:
• Mapping (prepare).
• Encoding (learn it - робоча памʼять).
• Consilidation.
• Retrieval (link it - довготривала памʼять).

📋 Mapping :
• Що ми хочемо вчити: факти, концепції, процедури.
• Що підходить саме нам: пробуємо, рефлексуємо.
• Як це вивчати? Питаємо в експертів, шукаємо роадмапи і тд.

📚 Encoding:
• Можемо робити нотатки, робити майнд мапи, хайлайтити і тд.
🚨Перечитувати чи завчати - теж техніки, але вони неефективні🚨

🔗 Consolidation:
• Interleaved practice - чередуємо навички чи теми при навчанні.
• Varied practice - змінюємо умови того, як ми практикуємось.
• Directed drill - практикуємо окремі частини в ізоляції.

🔐 Retrieval:
• Техніка Феймана - потрібно розповісти тему яку ви вчите людині, яка цієї теми не знає. Чим простіше - тим краще.
• Active recall - переказуємо своїми словами.
• Spaced repetition - робимо самоперевірку через деякий час.
• Flashcards - якщо є купа термінів.
• Mock exams - якщо необхідно підготуватись до чогось.
• Study with others - перевіряти один одного.
• Mnemonics - запамʼятовування за допомогою асоціацій.

❗️Хороший сон допомагає краще запамʼятовувати інформацію❗️


🚨 Доречі, у березні, коли я дебютувала як спікер на конференції, я розповідала про майстерність самонавчання, дуже схожа тема до тієї, що розповідав вчора Олександр!
Шарити це відео вже можна, тому, кому цікаво послухати - велкам 🫶🏼

Всім цьом 💋

Скажіть мені хтось…..
Нащо ви страждаєте роками з старими, повільними та заскурублими тестрейлами, ікс-реями та кютестами???!!!

❗️Переходьте на новітню testomat.io!


Зараз діє дуже класна пропозиція, адже команда Testomat.io може допомогти Вам переїхати!!! А для того, щоб отримати допомогу Вам всього необхідно звернутись у саппорт та використати кодове слово FUCKOFFTESTRAIL.

P.S. А тим хто готовий переїхати протягом наступного тижня - буде супер знижка 😎
Акція доступна тільки для українців!

Пропоную Вам не страждати та переходити на українську TMS💫

❔Що з твоїм курсом?

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

📖 Як Ви знаєте, у мене в «колаборації» з Романом Якимчуком був базовий курс по тестуванню.
Де я організовувала курс, розробляла програму, наповнювала матеріалом, проводила, перевіряла ДЗ, давала фідбек і тд., а Роман відповідав за піар.

Програму курсу, наповнення, всі організаційні штуки я взяла на себе… оскільки належної допомоги не отримала…

📌 На перший потік прийшла одна людина і хоч ця людина дуже задоволена і я тішусь що змогла допомогти…
…та сенсу проводити курс далі я не бачила….
Бо маркетинг Романа складався з вебінарів у його спільноті та не залучав нових людей… і ще й в додаток до всього я отримала порцію хейту на «ebanoeIT» від аудиторії Романа.

⏳ Ще на початку жовтня я звернулась з проханням припинити курс, оскільки хотіла його покращити, а також не бачила сенсу проводити його для 2-3 людей.

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

❗️Проте з ситуацією, яка випливла - відновлення співпраці вже неможливе.

Я прийняла рішення створювати свій продукт сама.
Дякую комʼюніті за те, що відгукнулись і погодилась допомогти❤️
Зараз я вже бачу те, який продукт я хочу зробити. Бачу як він має виглядати.

☝🏼 Але мені потрібна Ваша підтримка і допомога.
Оскільки я хочу зробити свій продукт максимально якісним та корисним для Вас!

🚨Мені необхідно декілька добровольців для інтерв’ю)
Інтервʼю буде на 15-30 хв, я задам Вам питання, Ви дасте відповідь і за це отримаєте знижку на мій майбутній продукт або безкоштовну сесію зі мною🚨

❔Які люди мені потрібні?
- люди, які відчувають, що їм мало теоретичних/ практичних знань.
- люди, які єдині на проєкті і не мають у кого спитати поради.
- люди, які хочуть отримати підтримку ментора.
- люди, які пройшли базовий курс і зараз в пошуку роботи.

Якщо Ви в одній з тих категорій, або просто знаєте, чого не хватало Вам, коли Ви були в тій категорії - пишіть «+» під цим дописом і я напишу Вам💫
Цим Ви дуже допоможете мені! Тому дуже сподіваюсь на Вашу допомогу!
Дякую!


❗️UPD: БІЛЬШЕ НЕ АКТУАЛЬНО! ВИБІРКА ОПИТАНА - ДЯКУЮ ВСІМ ХТО ВІДГУКНУВСЯ💋

Хто хоче додати свої ідеї та поділитись потребами - можете відгукнутись смайлом «⚡️» і я Вам напишу🫶🏼

Понеділкового вечора всім!
Я до Вас із вижимкою, оскільки минулого тижня у нас було дві події у спільноті! Так співпало)))

Послухала про мобільне тестування, насправді там було нереально багато інформації, моя вижимка - це лише «крапля в морі»😅 і скажу, що це було цікаво!
Тому ловіть трішки інфи🥰

👩🏼‍💻 Катерина Абзятова, «Challenges and Techniques in Mobile Testing»

💰Монетизація завжди дуже важлива у мобільних додатках.

📌Є такі типи монетизації:
• Freemium - додаток безкоштовний, але якийсь функціонал платний.
• Advertisement- based - купа реклами, якщо заплатити то її не побачимо.
• Transaction- based - криптогаманці і тд., які заробляють за рахунок транзакцій.
• Fee based - не можна скачати, доки не заплатимо.
• Enterprise applications - банківські додатки, де ми не платимо, але організація заробляє.

❗️Дуже важливо розуміти, де замовник заробляє гроші. Адже цей функціонал має працювати найкраще❗️

📌Mobile device type:
• Basic phone.
• Feature phone.
• Smartphone.
• Tablets.
• Companion devices including wearables and some IoT devices.

👩🏼‍💻Типи додатків:
• Нативні - скачування додатка.
• Браузерні - аплікація в браузері, адаптований варіант.
☝🏼Варіанти:
- m(dot) site.
- Responsive.
- Adaptive.
- Progressive.
• Гібридні - веб- аплікація в оболонці нативної апки.

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

💡Додатки можуть бути pre- installed - людина купує телефон і він вже має цей додаток.

Тестування кожного з цих типів додатків може вимагати різного підходу. Параметри, які слід враховувати, включають:
• Різні типи пристроїв для підтримки.
• Функції датчика та пристрою, які будуть використовуватися.
• Доступність за різних мережевих умов.
• Можливість встановлення, сумісність, ефективність роботи та зручність використання.

📎Connection methods наших аппок:
• Never connected.
• Always connected.
• Partially connected.

⚡️ При тестуванні необхідно вимірювати температуру девайсів, різне положення екрану, використання батареї, куди ведуть нотіфікейшини, локація, hard & soft кнопки звуку, різні варіанти інпута, клавіатура, один або більше дотиків до екрану, жести, камера, QR коди, орієнтації екрану і тд.

❗️Режим «Не турбувати» - у ньому можуть бути великі проблеми. Ми не маємо відправляти повідомлення коли він ввімкнений, а коли ми вимкнули цей режим - повідомлення не мають сипатись спамом.

☝🏼Звертаємо увагу на пермішини (локація, камера, мікрофон і тд.).
Запити на доступ мають бути обґрунтовані, в залежності від того, який функціонал ми маємо і для чого використовуюємо.

🚨І памʼятаємо: тестуємо в реальних умовах, не тільки в офісі з гарним інтернетом.

А тепер поділіться, хто у нас тут тестує мобільні апки?)
😍 - я;
🤯 - не я;
❤️ - дяка за допис.

Про DEV Challenge⚡️

Що ж, я обіцяла розказати Вам всю правду і от вона!

Приймала я участь у DEV Challenge вперше, не знала якого роду будуть завдання, що мене очікує, на що звертають увагу і тд.
І це було для мене справжнім викликом.
Адже онлайн раунд я робила в останній день подачі завдань, а фінал, по суті, був в цьому ж форматі для мене😅

❔Що по балах?
• Онлайн раунд - 125 балів.
• Фінал - 206 балів.

⚡️Загалом мій результат склав - 331 бал.

Я приймала участь у Lite категорії, оскільки на Hard не встигла зробити завдання.
То ж, у моїй категорії було 15 учасників, у рейтингу я посіла 11 місце.

❔Чи соромно мені за низький результат?
Абсолютно ні. Я ніколи не приховую правди, бо вона така як є. Мені не соромно казати свої бали і показувати Вам реальну картину. Я за чесність.

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

📖 З суддями я обговорила свої завдання, зрозуміла помилки, взяла собі поінти на озброєння, тепер знаю на що звертають увагу і як правильно виконувати завдання на такому змаганні.

❔Чи буду я брати участь ще?
Так.
Доти - доки не отримаю перше місце.
У мене є ціль і я буду робити стільки спроб, скільки буде потрібно аби її досягнути.

Наразі я пишаюсь, що потрапила у фінал та спробувала свої сили.
Я зрозуміла, що я маю покращити і повернусь за нагородою наступного року⚡️

❗️Ще одне нагадування для Вас та для мене.
Запамʼятайте: змагання ДУЖЕ субʼєктивне. Адже кожен із суддів оцінює це завдання зі своєї перспективи, і на оцінку завдань впливає маса зовнішніх факторів.
Правильної відповіді немає - є та, ідеальна, яку очікують побачити.

То ж, хто приймав участь - не засмучуйтесь.
Просто зробіть висновки і рухайтесь далі🦾

Привітик гайз!
Дописи, які я Вам обіцяла (про девчелендж та курс) майже готові, залишилось оформити і скоро вони будуть у Вас😌

А поки, повертаюсь у життя і даю Вам вижимку вчорашнього вебінару, який відвідала✍🏼


👩🏼‍💻 Аня Красильник, «Конфлікт — це можливість»

✍🏼 Конфлікт - це не завжди погано.

☝🏼Варто ознайомитись з «Моделю Такмана» про формування команд.
Адже часто буває так, що команди застрягають у стадії формування і не можуть вийти на стадію дійсно гарного перформансу.

📖 Конфлікт - це різниця в думках або перетин інтересів, яке призводить до необхідності домовлятись.

💫 Конфлікт буває:
• Конструктивним - переговори.
• Неконструктивним - активна/пасивна агресія.

🦾 Чиї потреби задовольняються - фундамент для стратегій вирішення конфліктів.

📌 Томас Кілман, 5 стратегій вирішення конфлікту:
• Суперництво
• Співпраця
• Компроміс
• Пристосування
• Уникання

❗️Найкращої стратегії немає - є та, яка доречна.

1️⃣ правило:
Обираємо стратегію, а не стратегія нас.

❔Чому ми несвідомо йдемо в уникненя або пристосування?
• Страх осуду
• Страх зіпсувати стосунки
• Сила звички

❔Чому ми несвідомо йдемо в суперництво?
• Страх невдачі, зради
• Сила звички

❔Коли доречно уникання?
• Якщо не несе цінності ні проблема ні стосунки
• Коли треба охолонути
• Коли обоє погоджуються що проблема не варта зусиль

❔Коли доречно пристосування?
• Інвестиція у відносини
• Заохочення людей бути ініціативними
• Довіра думці партнера більше ніж власній
• Дотримання субординації
• Адаптація до нових умов

❔Коли доречно суперництво?
• Коли немає часу на дискусії
• Коли потрібно впроваджувати непопулярні рішення

❔Коли доречний компроміс?
• Немає часу, але стосунки важливі

❔Коли доречна співпраця?
• Інтереси дуже важливі
• Шукаємо альтернативу
• Є багато часу на дослідження та пошук

📖 Типи поведінки у конфлікті:
• Пасивна - уникання пристосування
• Пасивно - агресивна - уникання пристосування, суперництво
• Агресивна - суперництво
• Асертивна - все

❗️Знайти асертивність це мистецтво.

🏋🏼Техніки асертивної поведінки:
• Я - висловлювання
• Техніка зламаного запису
• Техніка негативного підтвердження
• Техніка позитивного ствердження

2️⃣ правило:
Ми не можемо змінити співрозмовника, ми можемо впливати на власну поведінку.


3️⃣ правило:
Якщо ми залишаємось асертивними - співрозмовнику не залишається вибору, як врахувати нашу позицію.

❔Хто керує конфліктом?
• Той хто усвідомлює мету та стратегію.
• Розуміє ситуацію на різних рівнях.
• Може створити атмосферу довіри.

🦾 Знаходження та задоволення емоційних потреб дає змогу вирішити майже будь-який конфлікт.


Вебінар був дуже цікавий і подача інформації у Анни мені дуже імпонувала💫

А як Ви вважаєте, конфлікти корисні для нас?
👍🏼 - так.
👎🏼 - ні.
❤️ - дяка за допис.

Що ж, результати відомі, переможці нагороджені…
На жаль, цього року я не взяла жодного призового місця…

Проте це ще один крок на моєму шляху і можливо наступного разу пощастить🍀

Як тільки отримаю інформацію щодо того яке місце у рейтингу я маю - одразу напишу і розкажу свої бали та розшифровку)))

Тому чекайте⚡️

🌠 Ніч без сну, через й***ну русню…
⏳ 8 годин роботи….
🏋🏼 Багато викликів під час виконання завдання.
💫 Втомлені очі, болить голова і просто хочеться спати…

Проте я рада, що прийняла цей виклик! Завтра дізнаємось результати… а потім розповім Вам трішки детальніше про фінал, про свої результати та мої враження⚡️

P.S. одразу скажу, що це було дуже важко…під кінець мої мозги просто «поплавились»)))

ВИ НЕ ШАРИТЕ В ПАТЕРНАХ ПРОЄКТУВАННЯ.

❔Відчуваєте постійну складність як називати класи, методи, змінні, папки, допоміжні файли, селектори і тд.?

❔Все кладете в базові класи, юзаєте лише бідний Page Object для всього у своєму житті?


🚨Тоді цей воркшоп для Вас!🚨

12 листопада Ромка Марінський проводитиме ОНЛАЙН воркшоп, де послідовно розкриє, як з розумом будувати гідний проєкт з автотестами:
• принципи KISS, DRY, YAGNI;
• патерни проєктування;
• code smells;
• селектори;
• можливості тест ранерів.

⚡️Буде корисно для джунів, мідлів та сіньйорів автоматизаторів.

💰ЦІНА?
• Донат у розмірі 2000 грн.
Всі кошти підуть на певний підрозділ, деталі згодом.

🦾 Інструкція:
1. Клікаєте на баночку.
2. Потім тицьніть на кнопку "Отримати нагороду".

Finger crossed 🤞🏼

Побажайте удачі⚡️

Привітик гайз! 🌞
Поки я знову в дорозі до Києва, пишу Вам допис!

Памʼятаєте я Вам розповідала про програму ENGin?

P.S. Хто не читав, я реплайнула цей допис - можете піднятись та ознайомитись!

Так ось, я мала вже 3 заняття зі своїм бадді і хочу розповісти Вам свої враження!💫

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

🤔 Дуже цікаво, що в Україні та США наше покоління має купу спільних проблем. Наприклад, як от купівля житла. Я завжди думала, що це лише в Україні наше покоління не може купити собі житло через надзвичайно високу вартість. Проте як виявилось, у США це також розкіш.
І це так цікаво пізнавати іншу культуру від імені громадян.

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


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

Якщо Ви спитаєте мене, чи рекомендую я цю програму - моя відповідь «однозначно так»!
Адже Ви не лише імпрувите мову, а й пізнаєте іншу культуру, звикаєте до різних акцентів та просто гарно проводите час!

⬇️ продовження вижимок з QA Day ⬇️

👩🏼‍💻 Анастасія Чудовська, «Переїзд з моноліту на мікросервіси з точки зору QA»

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

➕Плюси моноліту: легке оновлення, цілісність коду, просте тестування.
➖Мінуси моноліту: довге розгортання, пошук проблем, довга регресія.

📌Мікросервіси - додаток декомпозований на незалежні сервіси, розробляти, оновлювати та масштабувати легше.

➕Плюси мікросервісів: розпаралелювання, передбачуваність, швидкі релізи.
➖Мінуси мікросервісів: інтеграції, контроль даних, АРІ та автоматизація.

‼️Shift left не просто рекомендація, а скоріше обовʼязкова практика у світі мікросервісів.

📄Документація - наш найкращий друг.
• Документуємо все.
• Верифікуємо.
• Оновлюємо текст кейси.
• Залучення до мітингів.

💡Правила деплою:
• Жоден тікет не потрапляє на середовище без згоди QA.
• Регулярні зустрічі для обговорення очікуваних змін.
• Вчимось працювати з логами.

🦾Міграція даних - виклики:
• Зміни у зберіганні даних.
• Цілісність точність на повнота даних.
• Консистентність даних між системами.

✍🏼Міграція даних - тестування:
• Документувати структуру даних.
• Логи для відстеження помилок.
• Контроль доступу до чутливих даних.
• Синхронізація та відновлення.
• Час міграції на тестових середовищах.



👩🏼‍💻 Євген Гайдай, «Виділена команда автоматизації тестування»

❔В чому перевага структури коли AQA всередині команди?
• AQA завжди доступний для ліда, ПМ чи інших.
• AQA дуже добре знайомий з функціоналом.
• Зрозуміла ясна та керована структура команди.

❔В чому недоліки структури коли AQA всередині команди?
• Важко уніфікувати підхід до автоматизації та стек технологій в рамках компанії.
• Проблема перерозподілу ресурсів.
• 1 AQA - 1 команда.

❔В чому переваги структури відділеної AQA команди?
• Відсутність прямої привʼязки AQA до команди.
• Можливість залучити ресурси на критичні напрями.
• Уніфікація підходів та стеку технологій.

❔В чому недоліки структури відділеної AQA команди?
• Важко одночасно бути в контексті всього.
• Велика кількість швидких перемикань уваги.
• Можливість недостатку ресурсу у потрібний момент.

❔Як витримувати навантаження декількох команд?
• CI/CD рішення має бути простим, зручним та надійним.
• AQA не тестують, а надають інструмент для тестування.
• Скоуп автоматизації формують продуктові QA.

❌Можливі помилки:
• Бажання, щоб AQA були додатковими тестерами в командах.
• Відсутність залучення мануального QA в роботу з автоматизацією.
• Відсутність контролю за процесом автоматизації та тестування.

Отакий виходить нотатник Аміни😂 вибачте! Я зупинюсь)))

❔Як Вам інфа? Знайшли щось собі корисне?
⚡️ - так;
🥱 - ні;
❤️ - сердечко за старання.

Привітульки!
Тиждень ще не встиг початись, а вже майже його кінець… то ж завершуємо справи і готуємось до вихідних!
Поки Ви завершуєте, я вже повністю додивилась доповіді з QA Day і несу Вам останні вижимки🥳
Насолоджуйтесь!


👩🏼‍💻 Ганна Каплун, «Тестування на основі персон: ідея, інструменти, приклади»

💡Техніка прийшла до нас від UX дизайнерів.

📖 Ідея цієї техніки полягає у тому, щоб спробувати поставити себе на місце користувача.

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

👤 Персона - це конкретний користувач якого ми вигадали, але для кого ми маємо певну інформацію.
Цей користувач є частиною нашої цільової аудиторії.

✍🏼 Наприклад: імʼя, позиція, скільки років, з якими проблемами стикається і тд.

👉🏼 Коли ми ставимо себе на місце нашого користувача - це допомагає нам віднайти ті сценарії, які віднайти за допомогою технік тест дизайну важко.

⬛️ Чорний ящик побудований на даних, а технік на основі поведінки мало.

📄 Сценарії будуть відрізнятись між собою не тільки даними, а й кроками.

❔Які питання собі задавати?
• Хто це користувач нашого продукту?
• Яка у нього проблема?
• Як вони його використовують?

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

📜 Характеристики:
• Вік
• Робота , роль
• Доступність
• Геолокація
• Патерни поведінки
• Цілі
• Болючі поінти
• Все що завгодно, що може повпливати на використання продукту

✅Хороші практики:
• Фокусуємось на тому, що важливо.
• Дізнаємось нашого юзера.

❌Погані практика:
• Забути про техніки тест дизайну.
• Фокусуватись тільки на едж кейсах.



👩🏼‍💻 Юрій Малий, «QA метрики в процесі SDLC»

✔️ QA бере участь у всіх етапах SDLC.

«• Що у нас там із проектом?
• Як виміряти?
• Що означають ці цифирки?
• Як було раніше? І т.д. І т.п....»
Можна привентивно задати ці питання собі, вчасно їх задавши у нас буде більше часу на аналіз, підготовку і гарний результат.

❔Менеджмент задає ці питання бо вони не розуміють, що там відбувається - їм недостатньо прозорості.

💫 Забезпечити прозорість - ми можемо вибором правильних метрик.

📜 Приклад метрик:
• Defect quantity
• Fault density
• Test cases
• Pass rate
• Quality coverage rate
• Logged time metrics
• Scrum metrics

⬇️ внизу будуть дві останні ⬇️

Як і обіцяла - одразу даю Вам частину другу! Аби не затримувати…

👩🏼‍💻 Євген Толчинський, «QA метрики і як їх хакнути»

📌Метрики потрібні щоб оцінити якісь тестування.
Потрібні вони менеджерам, лідам, та команді.

💫Для менеджерів:
• Репортінг.
• КРІ.
• Оцінка ситуації.

💫Для лідів:
• Репортінг.
• Оцінка ситуації.
• Менеджмент команди.

💫Для команди:
• Репортінг.
• Розуміння, що я роблю.
• Оцінка ситуації.

Далі ми розглядали метрики, які збирають для того, щоб відстежувати якість продукту! Там були скріни, тому їх «вижати» не можу😅



👩🏼‍💻 Артем Овчаренко, «Promises від А до Я: Асинхронність, колбеки та пастки масивів»

🙏🏼Більше знаєш, легше працюєш, отримуєш більше грошей.

📌Promises - виникли для того, шоб працювати з асинхронністю.

📖Асинхронність - це архітектурне рішення, яке не блокує виконання коду.
Паралельно може виконуватись декілька дій.

📌 Це взаємодія з іншими елементами на сторінці при тому, що всі інші доступні.

💡Неблокуюча комунікація.

📌Await і async - це проміси.

В браузері у нас асинхроний код, він працює паралельно.

💡Call back - функція, яка передана як аргумент в іншу функцію.
Наприклад:
Йдемо в магазин, в магазині дзвонимо і питаємо що купити.



👩🏼‍💻 Юрій Малий, «Впровадження системного процесу QA в великій компанії для забезпечення якості IT-продуктів на кожному етапі»

📌 Переваги тестування для бізнесу та цінність для компанії:
• Зменшення витрат на підтримку та оновлення.
• QA допомагає виявити дефекти на ранніх етапах розробки.
• Підвищення продуктивності.
• Покращення якості обслуговування клієнтів.

💫 Основний бізнес будь-якої компанії - створювати додаткову цінність.

📌Для нас - це гроші
📌Для клієнта - якісний продукт

❔З якими питаннями звертаються до IT:
• Інструмент не працює.
• ІТ-рішення працює погано.
• Клієнти/користувачі чимось не задоволені.
• Інструмента взагалі немає.

📌Основні причини:
• Неправильно зробили вимоги.
• Неправильно зафіксували вимоги.
• Перед впровадженням продукту не перевірили чи все працює.

💡Згідно з дослідженнями, приблизно 60% усіх помилок у проектах розробки системи виникають на етапі розробки вимог.
Чим пізніше проекті розробки виправляється недолік у вимогах, тим вищі витрати, повʼязані з його вправленням.

❔Як Вам інформація? Яка з вижимок сподобалась найбільше?
Діліться!❤️

Раночок!
Конфа - конфою, а вижимку ніхто не відміняв!
То ж, ловіть першу частину🔥


👩🏼‍💻Олексій Остапов, «Персональна ефективність»

💡Резюме можна закидати в аналізатори, для того, щоб побачити наскільки воно гарно сприймається.

❔Задавайте собі питання:
«Чи вважаєте Ви себе хорошим спеціалістом?»

❌Аргументи по типу:
• Я довго працюю…
• Мені платять гроші…
• Я вмію тестувати…
• Я знаю технології…
• Я маю сертифікацію…
… І тд. - не підходять, оскільки для менеджменту це не аргументи.

Якщо менеджеру казати «я хочу» для менеджера це не аргумент, аргументом є досягнення.

📌У нас є два шляхи:
• Особиста точка зору.
• Точка зору менеджменту.

💫Люди самі себе оцінюють краще, ніж інших.

‼️Завжди необхідно записувати всі свої досягнення.

🔥Поради:
• Ведіть журнал досягнень.
• Розвивайтесь.
• Робіть саморефлексію.
• Подумайте, що ви хочете покращити.
• Плануйте свою роботу.

🎤 Якщо Ви займаєтесь медійною активністю - то це автоматично репутаційна активність для компанії.
Компанія стає більш впізнаваною і це розвиває бренд роботодавця.



👩🏼‍💻Ріна Ужевко, «Впровадження процесу адаптації на прикладі великого проєкту»

❔З чого почанати розбиратись з адаптацією?
• Опитування людей.
• Занурення у процес.
• Спілкування з іншими (HR, бухгалтери і тд.).
• Стаємо в «капці» інших і думаємо, що потрібно було б нам.

❔Для чого потрібна адаптація?
• Зниження дискомфорту.
• Зниження ризику звільнення.
• Зниження фінансового ризику.
• Соціалізація в колективі.

💫 50% людей йдуть з проєкту після прийняття на роботу через неякісний онбординг.

❔Що потрібно людям на онбордингу щоб залишитись в компанії?
• Комфортне знайомство з командою.
• Чітко виставлені очікування.
• План онбордингу.
• Структурність.
• Розуміння де, що взяти.
• Розуміння що за проєкт і для чого.
• Які будуть завдання.
• Хто відповість на питання.
• Що треба для росту та які способи навчання.

📌 Адаптація це не тільки знайомство з продуктом, вона складається з:
• Onboarding - знайомство.
• Induction - посада.
• Adaptation - звичка.
• Offboarding - усвідомлення припинення співпраці.

📄 Для гарної адаптації необхідно скласти стратегію:
• Які люди потрібні?
• Що ми від них очікуємо?
• Які цілі закриваємо?
• Хто допоможе?
• Кому що делегувати?
• Як реалізувати?

📜 Формуємо план адаптації який містить в собі дії, терміни, етапи, документи та відповідальних на кожному етапі адаптації.

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

🦾Індивідуальний чеклист або цілі по SMART чи PDP у якому мають бути і посилання на документи, і загальні речі і тд.

Цей документ повинен містити конкретні задачі розвитку - те, що нам потрібно від людини, чого вона має навчитись і матеріали за якими вона це має робити.

📌 Підсумки по адаптації:
• Адаптація повинна закривати всі етапи.
• Враховуйте особливі кейси людей.
• Випробувальний термін може бути окремо.
• Рішення про закінчення адаптації за вами.
• Збирайте відгуки і опрацьовуйте.
• Постійно вдосконалюйте процес.
• Зробіть цей процес прозорим для всіх.



👩🏼‍💻 Антон Синявський, «Як побудувати процес тестування на проєкті з нуля?»

1️⃣ Зрозуміти проблему, яка є на проєкті.
• Про що продукт і як він приносить гроші.
• З чим ми взаємодіємо, як ми взаємодіємо.
• Говоримо з командою девів.

❔Які аутками ми маємо мати?
• Бізнес модель.
• Депенденсі системи.
• Девелопмент процес.
• Документи з issues.

2️⃣ Створення процесу відносно проблем, які ми побачили.
• Створюємо стратегію.
• Обговорення цієї стратегії.
• Будуємо процес відповідно до документації.

❔Які аутками ми маємо мати?
• План заапрувлений тімкою.

3️⃣ Імплементація і практична верифікація процесу.
• Працюємо над процесом.

‼️ При побудові процесу з 0 звертаємо увагу на:
• Обираємо концепцію.
• Створюємо процес (чіткий, підтримуваний, візібл).
• Додаємо автоматизацію.


Довго затягувати не буду, увечері буде друга частина, то ж очікуйте🥰

Думаю багато з Вас вже чули про цю ситуацію і знають про що піде мова далі….

P.S. якщо ні, то всі посилання для ознайомлення залишаю тут:
• Допис Сашка
• Відео зі словами Сашка
• Коментар

❔Чому я це коментую?
Бо я один з лідерів думок. І кожному з нас залишатись осторонь цієї ситуації є недопустимим.

З моєї сторони писати цей допис є неетичним та й коментувати цю ситуацію теж….

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

Тому мій допис тільки про те, що правда має бути вчасна.
Правда - це важко. Інколи вона неприємна та навіть болюча.
Але вона важлива.

Ніхто не засуджуватиме тебе за страх, за рятування свого життя чи інші речі….

Але тебе 100% засуджуватимуть за «гру» на почуттях людей.
Трушне QA комʼюніті почувається зрадженим, після тієї підтримки, яку готове було надати в будь-який момент….

Робити висновки буде кожен сам…але перш ніж їх зробити, уявіть перед собою лиця 100-ні матерів, які поховали своїх коханих синів, аби кожен з нас зараз мав змогу писати ті блювотні коментарі у інтернеті….

Перш ніж робити висновки та писати гидоту - уявіть що Ви це говорите тій матері, яка віддала життя свого сина за нашу з вами свободу.

СЛАВА УКРАЇНІ!🇺🇦

Приходьте нетворкатись🥰

Я в процесі вижимки, як і завжди)))

Раночок🌞
Поки я на QA Magic MeetUp і готую нові вижимки - Ви вивчайте першу частину другої сімірки з QA Day.

P.S. Мій канал перетворився на щоденник вижимок, вибачте😁.
Але я відвідую просто ВЕЛИЧЕЗНУ кількість подій і мені дуже хочеться поділитись з Вами всім!!!

👩🏼‍💻Юрій Бажан, «Один спринт з життя тестувальника»

📌У всьому і завжди ми зосереджуємось на «ефективності».

🕰️ Правильне управління часом у тестувальників ділиться на тестування та мітинги.

🌤️ На daily необхідно активно слухати та занотовувати.

🎨 На refinement ми маємо право застопити задачу чи фічу, якщо залишилось питання.

🪲 На bug triage - представляємо баги, памʼятаємо їх і пріоритезуємо.

🎬 Retro має відбуватись щоспринта.

‼️ Для того щоб бути ефективним на мітингу - необхідно готуватись.

‼️Прийти на refinement не прочитавши вимоги, які будуть обговорюватись = втрата часу. В такому випадку його можна одразу відміняти.

⏳ В такому випадку в середньостатистичного мідла на мітинги з підготовкою піде ~18% часу в спринті , а на тестування ~82%.

💡Секрет ефективності - активно слухати та готуватись.

❔Як ефективно тестувати на основі Квадрату Декарта?
• Важливо та терміново (гасіння пожеж, критичні баги перед релізом).
• Неважливо, але терміново (забаганки ПО, тестування дрібних та низькопріоритетних функцій, коли є інші важливі завдання)
• Неважливо і не терміново (завдання, які не несуть цінності та витрачають час проєкту та продукту).
• Важливо, не терміново (діяльність, яка допомагає підготуватись заздалегідь, розроблені чіткі процеси і тд.)

📚 Книга: «7 звичок надзвичайно ефективних людей», Стівен Р. Кові.

🔥Найпріоритетнішим завданням для нас є refinement вимог, саме тоді ми опинимось в 4-му, правильному квадраті.



👩🏼‍💻Софія Новаченко, «Успішне поєднання QA/BA обовʼязків».

❔Які задачі BA?
• Аналіз документації від ПО.
• Розробка прототипів для візуалізації вимог.
• Участь у тех. дизайні та архітектурі.
• Визначення бізнес- процесів, як новий функціонал заінтегрувати в існуючу систему.
• Декомпозиція вимог та формування АС.

❔Які задачі QA?
• Аналіз вимог, розуміння бізнес логіки та вимог до продукту.
• Розробка тестових сценаріїв.
• Виконання тестів.
• Підготовка та підтримка тестової документації.
• Виявлення та документування дефектів.

🦾Спільне у цих ролей:
Аналіз вимог, розробка US, описання AC, написання тестової документації.

📌Кожну таску необхідно естіммейтити на пленінгу.

⏳ Завантаженість QA/BA залежить від пріоритету , оскільки при інтенсивному плануванні нових задач, робота з вимогами може займати до 80% часу, а якщо йде регресія, то навпаки.

⚠️ Ризик поєднання цих ролей:
• Мінімальне знання функціоналу іншими.
• Виконання регресії одними і тими ж людьми.
• Запилення ока, потенційно пропущені дефекти.
• Можливість упустити щось у вимогах чи тестуванні , через постійне переключення.

❔Як мінімізувати?
• Розділити роботу на декількох, міксуючи роботу між декількома людьми, для того, щоб залучити всіх і познайомити з функціоналом
• Knowledge sharing сесії.

‼️ Інформацію по процесах треба документувати‼️



👩🏼‍💻 Олесь Ніканюк, «Особливості тестування в міжнародних організаціях: досвід, виклики».

⚠️Проєкти в такій організації прямо чи опосередковано впливають на різні держави, викликом є строгі вимоги до безпеки.

💡Там існує роль «Technical analyst», який поєднує у собі мануальне та автоматизоване тестування (такий собі General).

📌В міжнародній організації практичний досвід понад усе.

🦾 У фундаменті стоїть безпека, тоді відповідність політикам та стандартам і тоді функціональність.

🪲 Тестувальники на проєктах перевіряють проєкт на вразливості та роблять автоматизоване сканування вразливостей.

Тестувальники беруть участь у формуванні US та створенні сабтасок.

👤 UAT проводиться зовнішніми незалежними командами.

‼️Труднощі:
• Бюрократія.
• Труднощі комунікації в міжнародних командах.
• Довготривалість проєктів.


❔Як думаєте, яка з цих трьох доповідей імпонувала мені найбільше?)
А поки Ви думаєте ставте - ❤️

Вітаю!
Як Ви бачили, в середу була на мітапі «Embedded QA Skill Set».

І розкажу Вам свої враження та трішки інфи😉

📚Спочатку по вижимці:

📌Найбільше вакансій на LinkedIn.
Запит шукаємо ширшим, наприклад просто «embedded».

‼️Також є дуже багато дублікатів вакансій - будьте уважні.

❔Ринок рухається до General QA.

🦾 Основні скіли:
• Automation skills (впровадження автоматизації з 0, скіли програмування (найпоширеніші Python, C/C++, C#, Java) , розуміння CI/CD workflow).
• Networking skills (стеки протоколів TCP/IP, мережеві протоколи, дротові та бездротові мережі, маршрутизація, vpn, firewalls, сніфери та аналізатори).
• Connectivity (тестування індивідуальних конекшин протоколів, тестування девайсів паралельно або одночасно, тестування підключення на роутерах різних вендорів).
• Hardware (радіоелектроніка, схемотехніка, розуміння електронної схематики девайсів, процесори, мікроконтролерри, знання хардварних тулів).
• QA домен та general skills (загальна теорія тестування, API тестування).

⭐️Skillset matrix:
Очікування від QA по скілах з оцінкою їх від 0-5.
Ці дані зводяться в таблицю, а таблиця візуалізовується у вигляді Radar Chart.

👤Якщо ми хочемо побачити зведену статистику по команді - то робимо чарт за найбільшими значенням, на кожній осі зі всіх значень вибираємо найбільше.

👩🏼‍💻На цій чарті необхідно виділити форму, які найкращі на практиці та приносять найбільшу користь на проєктах.

⛰️Якщо зробити чарту за середніми значеннями та тими, які нам потрібні - то це підсвідчує зони, де у нас гепи.

💡Користю такої чарти для проєкту, є те, що це допомагає нам візуалізувати вимоги та підбирати інженерів під них.

💡Для найму допомагає краще адаптувати онбординг, створити більш тагретований найм, та вибрати кращого кандидата.

💭По враженнях: мені подія в цілому сподобалась, спікери розповідали цікаво свою тему і було «не душно», як то кажуть.
На жаль, про скілсет матрицю я тут занотувала дуже мало і мабуть Вам не до кінця зрозуміло, що тут і до чого - але особисто мені ця частина дуже сподобалась.
Доволі цікавий підхід, який здався мені дуже зручним! А от щодо ефективності - треба спробувати!

Хто був на події? Діліться як Вам!🔥
А хто ні - лайкайте допис та задавайте питання🥰

Вечірнього допису Вам в стрічку😁

Зараз я у процесі перегляду наступних 7-ми доповідей з QA Day і як обіцяла даю свій відгук на попередні 7 доповідей, які переглянула)
Трішки з запізненням, але все ж)

💻Online QA Day 2024. Відгук💻

Я буду йти в порядку від найцікавішої для мене і до найменш цікавої!

P.S. це мої субʼєктивні враження та думка, саме тому покладатись на них 100% я не раджу.
🎤Для спікерів: не сприймайте це як вирок чи бажання «домахатись», це всього лише відгук, який базується на моєму враженні.

Отож, погнали🫰🏼

1️⃣ Найбільше мені сподобалась доповідь Свята Логіна на тему «Що можна витягнути з мобільних додатків».
Мені було дуже цікаво, а також почерпнула для себе дуже багато нового!
Дуже рекомендую до перегляду! От прям дуже дуже класно! І по подачі і по інформації і по інсайтах - лайк!

2️⃣ Далі я б розмістила доповідь Ріни Ужевко на тему «Тестування локалізації та терміни у GameDev».
Як на мене, було дуже цікаво послухати про нюанси геймдеву, але деякі моменти я б хотіла почути детальніше (як наприклад про те, яким саме чином проставляють ID-шніки, як їх групують, на що спираються і тд.).
Але доповідь лайк і по інформації і по подачі і я зрозуміла, що дуже б хотіла спробувати себе у геймдев.

3️⃣ Доповідь Олега Заревича на тему «Взаємодії між DevOps та QA».
Мені було доволі цікаво, взяла для себе цікаві інсайти, проте деяка інформація була очевидною і як на мене, їй приділили забагато уваги (як наприклад визначення QA/QC та DevOps). Я б замість цього послухала б більше про якісь тули чи інші нюанси, про які наприклад було також згадано.

4️⃣ Доповідь Катерини Абзятової на тему «Від барʼєрів до мостів: Важливість Accessibility Testing» також для мене була цікавою, адже тема дуже актуальна, але як на мене була не до кінця розкрита саме частина практичного тестування, хотілось більше прикладів з практики як саме тестувати те аксесабіліті і на що звернути увагу у тестуванні.

5️⃣ На черзі доповідь Андрія Заблоцького на тему «Досвід побудови сильної та ефективної QA команди» було доволі цікаво, проте не було сказано чогось «мега нового», тому здебільшого цю доповідь можу відмітити за гарну рекомендацію книги, спокійну та цікаву розповідь та деякі думки.

6️⃣ Доповідь Алли Пенальби на тему «QA Automation, the secret weapon that need manual», тут як на мене, було багато суперечливих думок і багатьох я не зрозуміла. Якось тема не мапилась мені зі змістом.

7️⃣ З доповіддю Олени Нікітіної на тему «Глибинне занурення в процеси тестування: від документації до успішних case-studies» та ж ситуація, якось хаотично тривала розповідь і я не зрозуміла, що я мала винести для себе в кінці.

Такі от мої враження - хто був, діліться своїми топ-3 доповідями! Дуже цікаво почути Ваші думки💭

Сьогодні мій вечір буде тут🥰

Тому доєднуйтесь поки ще є час👩🏼‍💻

🚨🚨🚨
ААААА!
У ЮНІКОРНІВ НОВИЙ РОЗІГРАШ🔥

Можливо Ви вже бачили, а можливо ще ні, то слухайте уважно!
У Юнікорнів свято — у них уже 2500 ювілейних студентів!
Я є одним з тих студентів і я дуже пишаюсь тим, як ми масштабуємось.

А оскільки найкращим способом святкування для них - це дарувати подарунки іншим, то тут нас чекає розіграш з ВАУ подарунками😍
Цього разу із партнером iSQI — офіційним Exam Provider в Україні*, що надає можливість складати віддалені іспити зі 100 країн світу 24/7.

Випробуйте удачу, щоб отримати:
🥇Сертифікат на навчання у Certified Unicorns номіналом 10 000 грн (діє до листопада 2025 року)
🥈Знижку -50% на будь-який іспит ISTQB від наших друзів з іSQI (крім іспитів Expert Level)
🥉Знижку -30% на будь-який іспит ISTQB від наших друзів з іSQI (крім іспитів Expert Level)

Як взяти участь у розіграші — вже на сторінці в LinkedIn🦄

Я раджу бігти і не втрачати можливість! Бо подарунки дійсно ВАУ🔥🔥🔥
P.S. я вже участь взяла🥰тримаю кулачки за себе)))

🪄*До речі, у iSQI є українське представництво, де вас можуть проконсультувати і дати відповіді на всі запитання щодо іспитів саме українською.

Всім привітулі🥰
Сьогодні відбувся надзвичайно цікавий вівторковий вебінар і я оперативно біжу з вижимкою🫰🏼

👩🏼‍💻Тая Ковальова, «Чому HR ваш друг, а не ворог»

📌HR - не кадровик!
Часто люди не розуміють задачі HR.

📄 Кадровики - більше про документи, відпустки, звіти, табеля присутності.
👤 HR - розвиток людського потенціалу, створення довгострокової стратегії залучення і розвитку талантів.

👣HR- КОРДОНИ:
• Мисливці за головами - залучення найкращих талантів.
• Головні за звільнення - організовують звільнення або скорочення штату.
• Поліція - сприймаються як «контролери», які відповідають за дисципліну, перевірку та дотримання правил.
• Кадровіки - розмовний стиль, де є старий підхід до управління персоналом.
• Кадровики - неформальне позначення фахівців які працюють з документацією.
• Хрюші - жартівлива форма через гру слів «HR - ХР».

🦾НАПРЯМКИ HR:
• HRM (Manager)
• HRG (Generalist)
• HRBP (Business Partner)
• HRPP (People Partner)
• Compensation & Benefits Partner
• Рекрутинг (не HR у великих компаніях)

📌Вони всі рівні і мають свою зону відповідальності.

❔Коли HR загроза?
• Проблема при наймі.
• Бізнес не розуміє функцій HR/ HR не розуміє бізнес.
• Не враховує інтереси співробітників.
• Недостатня прозорість.
• Непослідовність у рішеннях.
• Займається мікроменеджментом.
• Порушення конфіденційності/довіри.
• HR ображений.

❔Навіщо нам HR?
• Розробка плану навчання.
• Коучинг.
• Робота з документацією.
• Онбординг процес.
• Допомога з Salary Review.
• Вирішення конфліктів.
• Підтримка.
• Відкрита комунікація.
• Розуміння емоційного стану колег.
• Захист.

💭Існують думки, що…
• HR працює на стороні того хто платить.
• HR це лише рекрутер.
• HR це «хрюша».
• З HR краще обмежити спілкування.
• HR це тільки найм і звільнення.

‼️АЛЕ ЦІ ДУМКИ ПОМИЛКОВІ‼️

Насправді мені було дивно чути про те, що HR може бути ворогом…
Бо зі свого досвіду, я можу сказати, що стосунки з моїми HR-ами у мене просто чудові!
І мене сильно дивує, коли люди не розуміють для чого ця роль, бо у мене з цим проблем не було ніколи!
Адже я чітко бачу, що роблять наші HR-и, за що вони відповідають, чому, з чим я можу звернутись, і тд.…і взагалі, це ті люди, з якими просто приємно поспілкуватися, адже вони завжди дуже привітні та комунікабельні!

Для мене мої HR-и - це ті люди, з якими я навпаки можу бути найвідвертішою… а не уникати і думати, що вони вороги.

Можливо не всім пощастило мати класних HR-ів, проте я рада, що у мене це так і я можу мати здорову модель того, як виглядає і за що відповідає справжній Human Resources specialist🙏🏼

А як у Вас з цим?
❤️ - люблю HR-ів, вони класні.
😭 - уникаю, бо не пощастило.
😢 - немаю HR-а.

Хелоу хелоу!
Минулого вівторка, як завжди у нас був вебінар у комʼюніті і я несу Вам вижимку!
Цього разу я заміняла Артема і допомагала у проведені і це доволі цікавий experience😁спробую ще, скажу чи сподобалось…
А поки йдемо до вижимки)

👩🏼‍💻Оксана Лодигіна, «GraphQL under test»

💡GraphQL займає 3 місце в світі серед найбільш популярних АРІ архітектур (це нам каже офіційний ресурс Postman).

☠️ «Beautify» під час роботи з GraphQL краще не натискати😅

‼️ У GraphQL важливі пробіли та переноси.

📁 GraphQL не працює з файлами та їх завантаженням.
P.S. це можливо, але потребує часу, роботи та зусиль!

📌 Ця АРІ розрахована на вибірку потрібних даних.

🌲 Важко копатись всередину цих гілок і розуміти куди воно все йде.

🔎 Коротка історія GraphQL:
• Восени 2012 року Facebook випустив свій новий додаток для iOS на базі GraphQL.
• У 2015 році команда GraphQL вирішила перейти на відкритий код.

💻 GraphQL - це зручна для розробників мова запитів. Дозволяє маніпулювання даними для API.

❔Причини, чому люблять GraphQL:
• GraphQL дає саме те, про що ви просите. Немає надмірної або недостатньої інформації.
• GraphQL використовує сильно типізовану систему для визначення можливостей API.
• GraphQL може об'єднати кілька API в єдину схему, щоб зробити це доступно клієнту.
• GraphQL дозволяє приховати складність існуючих систем.

🥲 У GraphQL є проблеми з обробкою помилок:

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

❤️Хороші практики обробки помилок GraphQL

• надавати значущі повідомлення про помилки.
• використовувати розширення помилок.
• реалізувати перевірку в схемі.
• використовувати користувацькі типи помилок.
• безпечно обробляти конфіденційну інформацію.
• сценарії тестових помилок.

Отакий був вебінарчик!
Готую для вас відгук по QA Day і біжу відпочивати❤️
Всім гарного вечора!

Вечір добрий!
Як і обіцяла даю Вам другу частину вижимки🔥
А загальний відгук надам завтра/післязавтра🥰

💻Online QA Day 2024. PART 2.💻

👩🏼‍💻 Свят Логін, «Що можна витягнути з мобільних додатків»

📁 Успішність взломів у відсотках:
• Веб - 96%
• АРІ - 50%
• Андроїд - 19%
• IOS - 18%
• Оперативні системи - 13%
• IoT - 11%
• Computer hardware - 7%
• Blockchain - 5%

📌Необхідно налаштовувати моніторинг, щоб знати чи були якісь атаки на ресурс.

📌Чим старіший софт на додатках - тим швидше їх можна ламати.

☠️ Для початку зловмисники роблять reverse engineering.
Якщо розробник не забрав вразливі дані, то цим може скористатись зловмисник.

‼️MobSF - сканує додаток і шукає вразливості‼️

🔥Hopper - IOS
🔥JaDX - Android
Можна розшифрувати наш додаток.
Після розшифрування будемо мати декілька папочок.

🥲Найбільшою проблемою може бути неправильне використання платформи та коду.

‼️Необхідно хешувати ендпоінти, натискання кнопок, буфер копі, проміжні дані, функції логування, дані аналітики на відправку третім сторонам.

🙏🏼НЕ ХАРДКОДИМО.


👩🏼‍💻 Андрій Заблоцький, «Досвід побудови сильної та ефективної QA команди»

📌Лідерство це не про те, що «я зробив», а «ми зробили».

‼️Основні обовʼязки ліда:
• Визначити стандарти, яких будуть дотримуватись.
• Розбудова тестової команди.
• Слідкування за якістю проєкту.
• Вміння справлятись з викликами самостійно.

🏛️Будуємо корпоративну культуру:
• Бути радикально чесним.
• Пояснювати цілі проєкту і виклики для команди.
• Зменшувати число правил та погоджень.
• Не очікувати, що сьогоднішня команда досягне успіху завтра.
• Будувати команду а не сімʼю.
• Розуміння потреб.
• Встановлення прозорих процесів.

📕Книга Патті Маккорд, Powerful.

🫰🏼Lessons learned:
• Впевненість у якості - це не лише відповідальність тестувальників.
• Visibility роботи QA команди недостатньо.
• Звертати увагу на дефекти, які перевідкриті.


👩🏼‍💻 Ріна Ужевко, «Тестування локалізації та терміни у GameDev»

📌Основна мета локалізації, зробити так, щоб склалось враження, що гра зроблена у тій країні тим громадянином.

• Глобалізація - масштабування світового продукту.
• Інтернаціоналізація - технічна підготовка.
• Локалізація - регіональна адаптація.
• Культуризація - культурна чутливість.

‼️На 1 ID - 1 баг-репорт.

❔Що робити якщо переклад не готовий?
• Додаємо неіснуючу локаль.
• Перевіряємо наявність перекладу, відображення символів, збереження розмітки.

‼️Необхідно перевіряти особливості різних мов. Наприклад і, ї, ґ в українській мові.

💰Тестування сторів та валюти є дуже важливим у іграх! Обовʼязково тестувати такі сценарії:
• коли у користувача немає грошей;
• користувач зробив 103468393 кліпів по кнопці «Купити»;
• користувач звернувся для відшкодування грошей.

💡Для тестування платежів не потрібно перевіряти всі країни, ціни залежать від налаштувань акаунту, тому достатньо перевіряти на найбільш платоспроможних країнах.

📌GDPR «стандарт ЄС» - згода на обробку, доступ та видалення персональних даних.

📌Оновлення після деплою відкривається не для всіх одразу (2-3 дні).

‼️Закінчити тестування і фікси необхідно за +15 днів до дати події.


👩🏼‍💻 Катерина Абзятова, «Від барʼєрів до мостів: Важливість Accessibility Testing»

📌Ці три речі ідуть разом:
• Usability - наскільки зручно взаємодіяти.
• User experience - досвід використання в цілому (від моменту роз пакування і до кінця)
• Accessibility - взаємодія з продуктом людей з обмеженнями і різними потребами.

‼️10-20% людей в різних країнах мають стабільні обмеження (по всіх вікових категоріях).

📒Це можуть бути прогресуючі обмеження, тимчасові, ситуативні, перманентні.

• Слух - додати субтитри.
• Зір - збільшення тексту, контраст кольорів, описувати візуальний контент.
• Рух - доступність елементів, послідовний порядок елементів, достатнє місце для натиску, альтернатива по жестах.
• Когнітивні порушення - проста мова та дизайн, кольори, менше червоного, використовувати правильні шрифти.

📄Стандарт ISO 9241-171.


Попереду мене очікує ще 7 доповідей у записі💻
Тому вижимки ще будуть!

Вітаю друзі!
Сьогодні, як Ви вже бачили, відвідала конференцію і готова надати Вам вижимку з перших 7-ми доповідей!
Проте буде декілька частин, оскільки у телеграмі обмеження тексту)

💻Online QA Day 2024. PART 1.💻

👩🏼‍💻Олег Заревич «Взаємодії між DevOps та QA»

❔Мета цієї доповіді?
• Для ефективної роботи - потрібна ефективна співпраця.

❔Що таке DevOps?
• Концепція яка виникла у 2007-2009 році.
• Ідея співпраці між командою розробки та тих хто робить інфраструктуру.
• Основний фокус - робочий продукт зі сторони інфраструктури.

‼️Тестування залежить від того як ми робимо деплой.
Не знаючи інфраструктури/ архітектури, ми не можемо робити детальне тестування‼️

❔Чого QA може навчити DevOps?
• Побудова спільного словника.
• Як працює додаток з точки зору енд юзера.
• Запропонувати додаткові тести та аналізатори коду.
• Донести розуміння, що додаток - це трохи більше, ніж запущений контейнер.

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

❔Чого DevOps може навчити QA?
• Ввести його в деплоймент пайплайн процес. Які стадії, що за що відповідає і тд.
• Розповісти про обмеження безпеки.
• Розповісти про Disaster Recovery Plan.
• Продемонструвати Observability (дає максимальну інформацію для роботи над дефектом; золоті сигнали - метрики, логи, трейси).

📌Synthetic checks (наприклад у Postman monitors) дають нам розуміння того, наскільки наша система є доступною.

📌Chaos Engineering - це підхід до аналізу роботи нашої системи під час неочікуваних збоїв.



👩🏼‍💻Алла Пенальба, «QA Automation, the secret weapon that need manual»

📌Перед тим як запровадити автоматизоване тестування - ми повинні розуміти для чого нам це і які причини.
«Чому, що хочемо досягнути, як вимірювати успіх?»

📌Нам потрібно слідкувати за стабільністю наших тестів, вони повинні бути зеленими.

📌Сепаровані мануальні та автоматизовані команди можуть зіграти з нами поганий жарт. Тому що автоматизатори живуть у своїй бульбашці, а мануальний не використовують автоматизацію у своїй рутині.

⚖️Автоматизація та мануальне тестування має бути в балансі.
Автотести повинні закривати питання рутинного тестування, а мануальне тестування має аналізувати, креативити і тд.

❔Як не зафейлити автоматизацію?
1️⃣ Визначіть чіткі цілі та виміри успіху.
2️⃣ Оцінити скіли команди.
3️⃣ Обрати тулу для автоматизації.
4️⃣ Поревʼювати тест кавередж і визначити роадмап для автоматизації.
5️⃣ Визначити підхід до масштабування та підтримки тестів.
6️⃣ Потрібно побудувати гарний колаборейшн зі всіма залученими тімками.

❔Що має робити автоматизація?
• Зберігати час.
• Зменшувати cost.
• Підвищувати якість релізів.



👩🏼‍💻Олена Нікітіна, «Глибинне занурення в процеси тестування: від документації до успішних case-studies».

📄 Документація:
• Має бути канал для комунікації для прояснення вимог щодо нового функціоналу.
• Документацію потрібно постійно створювати та оновлювати.
• Всі процеси на проєкті необхідно описувати.

🧮 Оцінка та планування:
• Відокремлення QA оцінювання від Dev.
• Critical Path планування.

🎨 Тест дизайн та ревʼю:
• Якісне ревʼю тест дизайну.
• Створення мануальних чеклистів.

‼️Важливо проводити peer-review Dev for QA‼️

🔥 Test Execution:
• за тест кейсами.
• за вимогами сторі (happy path).

💻 Оптимізація регресійного тестування:
• пріоритезація тест кейсів.
• impact analysis таблиція.
• smoke загального тестування.

That’s all на сьогодні!
Якщо Ви хочете почути також мій фідбек щодо того, які доповіді сподобались, а які не дуже - ставте 🙏🏼

Раночку доброго⛅️

Тільки прокинулась і вже на QA Day😁

Всім хто теж там - бажаю продуктивної конференції❤️
А хто ні - скоро буде вижимка!!!

Хелоу гайзи!
Заключна частина відгуку та розбір 3 завдання з DEV Challenge!

Там ще є четверте завдання (для Hard level), але оскільки я його не виконувала, то репостити не буду)
Кому цікаво, почитаєте в Олексія в каналі)

#devchallenge
⭐️ Завдання №3 - автоматизація

Завдання - соціальний експеримент. Ніяких легенд - потібно будь-яким безкоштовним інструментом, будь-якою мовою автоматизувати 3 простих тест кейса на сторінці https://devchallenge.it В самому завданні сказано, що можна користуватись ШІ і всім, що допоможе вирішити задачу.
По-перше, я та інші судді важаємо, що в 2024 році всі тестери мають хоч трішки розбиратись в автоматизації
По-друге, чергова лякалка, що от тепер, зі штучним інтелектом, розробники автотестери не потрібні. Цікаво подивитись, чи дійсно некодери зможуть успішно вирішити досить тривіальну задачу.

✅ Expected results
🟢Судді мають отримати файли тестів та інструкцію, як їх запустити
🟢Якщо всі кроки інструкції виконані і ми бачимо браузер, що виконує сценарії - це успіх. Ніяких хитрощів і підводних каменів
🟢Особисто я очікував, що більшість піде найпростішим шляхом, і візьме Playwright + TS, і запише тести рекордером


⚠️ Actual results
🟠Люди розучились писати інструкції. Для QA інженера це неприпустимо! 50% інструкцій не містять важливих кроків. Я б мав ставити 0 за такі роботи, але маю навички і досвід, тож запустив майже весь отриманий код. Але серед нас є і судді не автоматизатори. Якщо ваші тести на джаві/JS/Python, а ви не вказали, що цю мову потрібно встановити - тести вже не пройдуть. Якщо ви написали їх на Mac, вони можуть не запуститись на Linux чи Windows. І як мінімум, читайте 1 раз самі, що ви написали 😡
🟠Було декілька грунтовних робіт - не просто файл тесту, а проєкт, з фабрикою браузерів, окремими класами на кроки, а зверху ще й тести написані на Cucumber. На написання такого треба витратити не години, а дні роботи. Як на мене це зайве ускладнення. А ще, не зважаючи на всю помпезність, використані дуже погані локатори типу div/div/div/div/span/div/a. Я б рекомендував витрачати час ефективніше
🟠Були роботи, автори яких пропонували встановити IDE для запуску тестів. Народ, так ніхто не робить - це має бути 1 команда для CLI чи навіть скрипт - запустив - і все працює
🟠Були роботи, які імітували виконання тестів, але по факту, код нічого не робив. Але ми вміємо читати 😀
🟠1 людина написала в інструкції, що тести їй написав ШІ, а надиво - тести гарно працювали!
🟠Загальна статистика:
➡️ Я зміг запустити 50% всіх тестових проєктів
➡️ Топ мов програмування: Python, TS, Java, Kotlin, JS. Я приємно здивований, що Python обрало найбільше
➡️ Топ фреймворків: Playwright, Selenium, Selenide, Cucumber, Cypress, Selenium IDE. Я дуже радів побачити тести на Selenium IDE - щось тепле і лампове з далекого минулого. А головне - це працює і вирішує задачу!

💡 Загальне враження - Автоматизатори - видихайте, ШІ нас не замінить. Не автоматизатори - починайте цікавитись автоматизацією, щоб випадкова задача не поставила вас в незручне становище. А ще мене турбує загальна якість більшості побаченого коду. Я розумію, що це Challenge, і можна не так старатись, але якщо вам за це гроші платять - вчіться робити якісніше!

Вечора доброго!
Ловіть розбір другого завдання з DEV Challenge🔥

#devchallenge
⭐️ Завдання №2 - нефункціональне тестування

За легендою учасники отримують для тестування CLI застосунок для шифрування тексту шифром Цезаря. Документація до нього втрачена, але вважається, що функціонує він більш-менш правильно, а от як він працює - викликає питання, тож є потреба провести нефункціональне тестування застосунку і надати список багів з вказанням нефункціональної категорії якості.

Я вже кілька років хотів реалізувати щось подібне, бо чергове тестування web-застосунків набридло і не викликає відчуття challenge’у, незвичного досвіду, за яким всі і приходять.

Проблеми почались з розповсюдження застосунку. Я написав його на Python і за допомогою PyInstaller зкомпілював в виконавчий файл, який можна запустити де завгодно. Але поточна ситуація на ринку ОС і заліза викликає в мене занепокоєння. Разом з колегами, ми зробили білди для:
🟢Windows x64
🟢Linux x64 Ubuntu
🟢Linux x64 OpenSuse
🟢Mac OS x64
🟢Mac OS arm
Я радію, що в учасників не було Windows та Linux на arm, бо не уявляю, де б я це збирав 😅
І більшість учасників, хоч і не з першої спроби - але запустили застосунок і протестили!

✅ Expected results
🟠Performance: програма працює тим повільніше, чи більше символів вводиш для шифрування. Я використав квадратичну прогресію для наглядного ефекту
🟠Performance: програма на старті “з’їдає” 1 Гб RAM. Я хотів, щоб хоч хтось глянув у монітор ресурсів
🟠Compatibility: програма каже, що несумісна з вашою версією ОС. Я це захардкодив, але з точки зору black box тестування я б про це повідомив
🟠Usability: Я використав найдивніші консольні аргументи, які тільки зміг придумати. Типові ключі: -h - для допомоги, -f для файлу. Я використав випадковим чином взяті букви, деякі капсом, щоб було не зручно
🟠Maintainability: програма створює конфіг, який нічого не робить. Наповнив рандомними значеннями, які ні на що не впливають
🟠Reliability: а ні, впливають. В конфізі є лічильник версій, які збільшуються при кожному використанні програми. Як тільки він доходить до 7, програма ламається і каже почистити конфіг
🟠Usability: вже писав вище, що програма пише про версію ОС, але я це пишу стильно: You ÕS veršioÑ Ïs depræ¢åted. Pleasê update y¤ur 0S to the ¬§µðÂЇØçÞ vè®S1Öñ
🟠Usability: коли програма шифрує, вона виводить купу інформації на екран, яка робить користування менш зручним. Баг - відсутність акуратності і єдиного стилю в інтерфейсі
🟣О, а ще я додав дідівський мем - rickroll. Якщо попросити програму зробити rroll, вона за 5 секунд видасть посилання на відео. І це не баг, це фіча. За цей звіт ми віднімали бали


⚠️ Actual results
🟠Мало багів! Я перелічив 9, всього їх заклав ~14, але в звітах читав в середньому лише 5
🟠Багато багів не містили конкретних прикладів. Народ, якщо ви вводите команду caesar.exe --file, і у вас помилка - напишіть цю команду для копіпасти, а не описуйте словами, що ви там вводили
🟠Також я бачив багато описів багів без конкретних цифр: “програма працює повільно” - дуже поганий опис. “Програма споживає пам’ять” - мені приємно, що хоч хтось подивився, але всі програми її споживають, тут замало конкретики
🟠Лише кілька людей написали, що конфіг зайвий
🟠Багато хто писав функціональні баги, що було не правильно, функціональні вимоги невідомі, і те, що в моїй програмі після букв йдуть цифри, а потім спецсимволи - так і задумано. Час витрачено даремно
🟠Мій топ діамантів з баг репортів:
➡️Non-functional quality characteristic: Functionality
➡️Displayed description in another alphabet language (це про символи в версії ОС)


💡 Загальне враження - Я люблю теорію тестування, а саме стандарт якості ПЗ, і постійно до неї звертаюсь при дослідницькому тестуванні. Я очікував побачити більшу винахідливість в тестуванні застосунку локально, але в тих роботах, що я перевіряв, не було навіть жодної спроби декомпіляції, щоб написати мені за поганий код та купу sleep’ів 🥲