Гайз привіт🫡

По результатам голосування, воркшоп проведемо в четвер.

Початок о 19:00

Хто бажає доєднатися і подарувати діткам трохи новорічного свята, кидайте 🔥 в коментарях

Тест менеджмент і побудова процесів тестування, на QA Magic MeetUp 4.0

16 грудня ми з вами збираємось на 4-ту у цьому році офлайн коференцію в Києві. Це ваша можливість отримати круті практичні знання та життєвий досвід від топових експертів у сфері тестування: на ринку України

На вас чекають:

▪️Виступи - Романа Якимчука, Олександра Хотемського, Олександри Ковальової,
Романа Марінського та Олексія Остапова
▪️Топова локація в центрі Києва
▪️Нетворкінг з колегами та спікерами якого не вистачає: сидячи за ноутом
▪️Драйвова атмосфера та смачна їжа
▪️Афтепаті з новорічною тематикою🔥


Локація - Hall A, Володимирська 79, Київ (у центрі столиці). Тривалість - 1 день

Вартість: 2800 грн

Хто бажає доєднатися до топової офлайн тусовки тестувальників - WELCOME🙌

Деталі на сайті https://conference.ry-consulting.online/

Як зменшити кількість багів на проекті?

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

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

Спочатку члени команди не спілкуються один з одним і їм не вдається повідомити про проблеми на ранній стадії.

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

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

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

Як же ви як тестувальники можете використовувати Shift Left підхід на своєму проекті?
Перш за все ви можете займатися детальним аналізом вимог та брейнштормінгом, ще на стадії проектування системи. Всі комунікації з девелоперами та архітекторами, будуть для проекту корисними та дадуть свій вплив на покращення якості програмного продукту.
Ви навіть можете піти ще лівіше, та обговорити з замовником, які користувацькі сценарії найчастіше використовуються їх цільовою аудиторією. Або навіть самим зробити Lab Usability тестування, про що я вам розповідав вже кучу разів на своїх вебінарах.

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

Тому рекомендую ознайомитись з цим підходом та впровадити його на ваших проектах, якомога раніше. Тому що Shift Left - справжній підхід QA інженера.

А які ви підходи використовуєте на своїх проектах, для покращення якості?
Діліться в коментарях 🙌

Гайз, нагадую що завтра ми збираємося на практичний ворк-шоп, на якому поговоримо про

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

Це займе у вас 3 години з 18:00 по 21:00 тому, хто бажає доєднатися і отримати корисний досвід - welcome

Спікери: Роман Якимчук та Ріна Ужевко 😎

Друзі, пан Хотемський просить доєднатися нас до збору, давайте допоможемо хто чим може і закриємо збір разом 💪

NLAW, РПГ 18 Муха та безкоштовне заняття з вогневої підготовки за донат!
Друзі, відкрито збір на пікап Nissan Navara🚙 для окремого взводу розвідки спеціального призначення бригади наступу «РУБІЖ»!

Використаємо авто як евакмобіль 🚑 або встановимо станок під АГС / МК19

Козаки! Задонатьте, будь ласка, вартість кави. Ваша гривня має вагу в зборі! Це дуже допоможе✊🏻

Ми, як військові, даруємо круті сувеніри для тих, хто задонатить найбільше - стріляний тубус NLAW та РПГ 18 Муха, а також безкоштовне заняття з вогневої підготовки з практичною стрільбою з пістолета та штурмової гвинтівки з інструктором з центру спеціальних операцій.

Місця:
1 - тубус NLAW
2 - тубус РПГ 18 Муха
3 - вогнева підготовка

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

Будь ласка, долучайтесь!

На пікапчик 🇺🇦💪

🎯Ціль: 247 000 ₴

🔗Посилання на банку
https://send.monobank.ua/jar/6XPy76HssN

💳Номер картки банки
5375 4112 0941 0948

Гайз, давайте знайомитись з першими спікерами, які чекають вас на QA Magic MeetUp 4.0

Олександр Хотемський
Quality Practice Lead at Doxy.me

Основні напрямки моєї роботи – це розробка тестів, підходів, архітектури та інструментарію для автоматизації тестування. За більш ніж 11 років досвіду, попрацював на багатьох проектах з використанням JavaScript, TypeScript, Java та Python. Проводжу курси по тестуванню (Web, API, Test Infrastructure), та веду власний канал на YouTube. Розвиваю telegram спільноту @js_for_testing. Переможець та суддя Ukrainian Dev Challenge. Доповідач на різноманітних IT конференціях.

На конфефенрції ми з вами:

Подивимось на один з експериментів над яким я зараз працюю: це зберігання ручних тест кейсів в коді, та виконання і репортинг через фреймворк playwright. Часто для ручних тестів використовуються спеціальні test case management системи, які є доволі дорогими, негнучкими, а також відірвані від користування командою розробників (економлять на аккаунтах, нікому не цікаво і т. д.). В своєму підході я експериментую щодо використання playwright, як фреймворку для зберігання і виконання і репортингу ручних тестів прямо в коді. Це приносить купу цікавих та перспективних варіантів використання про які я розповім в цій доповіді.
----------------

Та Олексій Остапов
QA Test Lead at Infopulse

Маю 15 років досвіду в QA. Основний напрямок моєї роботи – тест менеджмент, але, не обмежуючись ним, цікавлюсь програмуванням та автоматизацією тестування на Python та JS, тестуванням навантаження і TestOps. Один з авторів каналу про тестування QA Mania. Ведучий подкасту Питання Якості на DOU. Автор курсів з тестування та численних публікацій, доповідач на конференціях. Вимогливий, але справедливий суддя Dev Challenge.

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



Це тільки невеличка частина з того досвіду який ви зможете почути зі сцени. Хто ще планує доєднатися та дізнатися більше, що саме на вас чекає, welcome на сайт https://conference.ry-consulting.online/

Друзі хто на мене підписаний в інстаграм, мене взломали, нікому не скидати гроші

Друзі, ану гуртом заблокуйте мій інстаграм 🙏🏻🙏🏻🙏🏻

Ось таке повідомлення зараз літає, крадуть просто паролі, зроблено професійно

Гайз, поспілкувався сьогодні зі спікерами і вирішили провести для бажаючих, додатково другий день воркшопів від QA Magic MeetUP

17 грудня - на вас чекає серія воркшопів:

Дослідницьке тестування - від Романа Якимчука
Робота з Postman - від Ірини Вольних
Техніки тест дизайну на практиці - від Романа Якимчука

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

Голосуйте кому цікаво було б доєднатися та пишіть в коментарях на які б воркшопи ви хотіли б потрапити?

Більше подробиць в особисті @yakymchuk_roma

Гуд морнінг 🌞

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

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

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

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

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

Діліться своїми лайфхаками в коментарях🙌

І продовжуємо сьогодні знайомитись зі спікерами QA Magic MeetUp 4.0

У суботу на сцені вас чекають:

Роман Марінський
CoE Core Expert – Intellias
Lead Test Engineer – GO TO-U

Я автоматизатор та провідний інженер в командах, люблю досліджувати нові інструменти та покращувати їх для себе. За більш як 9 років досвіду я мав глибокий та широкий досвід в автоматизації, лідуванню, консультуванню, налаштуванню процесу аудитів, найму, тестування, визначенню вимог та в принципі SDLC. Активно пишу на Java, Kotlin, Python, JS/TS. Веду спільноту QA Club Lviv, Youtube канал та telegram чат для неї. Доповідач, співорганізатор та організатор власних заходів.

Протягом своєї доповіді - розповім вам власні секрети, успішного ручного реліз менеджменту

———————————————————-

Ірина Вольних
QA lead в Vaimo, викладач в Beetroot academy та Roman Yakymchuk Consulting

10 років досвіду в ecommerce, 7 в Quality Assurance. Люблю нові проекти, Карпати та працювати з студентами.

Розберемо з вами робочий кейс використання системи цілей та ключових результатів (OKR) для ефективного вирішення складних проектних ситуацій. Ви дізнаєтеся, як стратегічне планування та чітке визначення результатів можуть побудувати міст між технічними цілями та бізнес-вимогами, а також забезпечити прозорість у процесі забезпечення якості. Тут будуть і практичні поради і натхнення для ваших майбутніх проектів.



Це дійсно буде крута і потужна з точки зору корисної інфи двіжуха, хто ще не купив квитки - welcome на сайт https://conference.ry-consulting.online/