WorkShop - від QA Magic MeetUP 🔥

17 грудня вирішили провести 3 воркшопи

API тестування з Playwright - від Олександра Хотемського
з 12:00 до 15:00

Дослідницьке тестування - від Романа Якимчука
з 10:00 до 14:00

Техніки тест дизайну на Практиці - від Романа Якимчука
з 15:00 до 18:00

Це ваша можливість закріпити знання на практиці і отримати відповіді на ваші питання

Вартість одного воркшопа:

Для учасників конференції - 1500 грн
Для усіх інших - 2000 грн

Локація: Уточнюється, буде залежати від кількості учасників

Більше деталей та запис в особистих @yakymchuk_roma

Гайз, вже завтра ми з вами зустрічаємось на QA Magic MeetUP 4.0 🔥

Сьогодні хочу представити вам останніх двох спікерів:

Олександра Ковальова
QA Consultant, ISTQB Trainer – Certified Unicorns

Працюю в тестуванні 14 років в 10+ доменах проектів. Полюбляю екстрім тому захоплювалась автомобільним раллі, парашутами та маю 3-х дітей. 😁

✅️ Улюблені спеціалізації в тестуванні — Test Design, Localization testing та Test Management.
✅️ Вже 8 років викладаю ISTQB різних рівнів
✅️ Виступала на 15+ конференціях, судила тестатони, перемагала в IT Awards
✅️ Founder of Ukrainian ISTQB Community
✅️ Працювала з командами в 300+ тестувальників
✅️ Викладала процеси тестування в 35 країнах світу

На доповіді я розповім вам все що ви НЕ хотіли знати про метрики в тестуванні 😉

- Які метрики тестування існують і нащо їх ділять на категорії
- Чому вам не допоможуть “списки метрик”, або готовий “дашборд з метриками експертного експерта”
- Чому аналіз метрик важливіший за самі метрики і з чого він складається
- Рівень 70й або метрики, що починаються зі слова cost
- Більше метрик богам метрик для тих, хто все послухав, але все одно хоче список

-----------------

Та ваш покірний слуга - Роман Якимчук
QA Practice Lead – Ingenico
QA Consultant – RY Consulting

Роман Якимчук – відомий Quality Assurance інженер з 11-річним досвідом, який активно займається розвитком QA спільноти в Україні з 2014 року. Він є автором блогу в телеграм каналі та учасником різних конференцій, на яких ділиться своїм досвідом та знаннями в галузі тестування.

Розповім вам про Zero bug підхід, як налаштувати свій Quality Assurance

- Як налаштувати процес так, щоб релізити без відкритих багів
- Bug Triage
- Shift Left
- Continuous Improvement
- Defect Prevention Strategies
- Collaboration with Development
І багато інших слів

Хто ще планує застрибнути в останній вагон і доєднатися до нас офлайн чи онлайн - welcome

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

Друзі всім доброго дня!

Сьогодні дуже багато питань повʼязаних з тим чи буде запис конференції.

ТАК БУДЕ ЗАПИС, доступний відразу після завершення конференції.

Також ви можете придбати записи і з попереднього меджіка, там було неймовірно 🤩

Ну що ж друзі, завтра буде грандіозний захід QA Magic MeetUP 4.0

Чекаємо вас за адресою, Володимирська 79, KyivHall

Ще залишилось кілька квиточків, тому хто бажає заскочити в останній вагон, пишіть мені
@yakymchuk_roma

Вчора було надзвичайно круто та душевно 🙏🏻

Дякую велике всім хто був офлайн та онлайн, надіюсь вам всім сподобалось ❤️

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

Гайз привіт 👋

В суботу провели 4ту зустріч QA Magic MeetUP 4.0

Буду ділитися з вами презентаціями і коротко розповідати про доповіді.

Почну зі своєї 😉

Я цього разу обрав тему Zero Bugs
Якщо коротко то це про те, що всі баги мають бути пофікшені до релізу і не переносити ті баги з спринту в спринт.

Розповідав про різні стратегії Quality Prevention, що можна робити, щоб запобігти виникненню помилок 🪲

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

Все це можна подивитися в записі, якщо хочеш подивитися всю конференцію, пиши мені @yakymchuk_roma

Друзі у цю Пʼятницю проведу ранкову QAvu в Чернівцях

Кому цікаво, пишіть +

Як часто ви користуєтесь техніками тест дизайну на своїх проектах?

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

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

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

За 2 місяці роботи вже почав вимальовуватись базовий функціонал, наша команда тестувальників почала активно розвиватися, з 6 тестувальників ми виросли до 8 і + ще взяли 2 мобільних тестувальники. Мене також закинули до мобільної команди на підмогу. Але все ж я був 70% на вебі і 30% на мобільних.

Я завжди стараюся використовувати всі можливі техніки тест дизайну де вони тільки можуть бути застосовані. Таким чином це дозволяє мені не аби як зекономити час на тестуванні.
Взагалі за 11 років State Transition мене вже стільки разів виручав, що я вже знайшов біля 50 критичних помилок, використовуючи тільки таку техніку і це завжди неочевидні баги, які можна знайти тільки вміючи використовувати саме цю техніку. Також Еквівалентне розбиття та граничні значення - це номер 1 по кількості знайдених помилок за всю мою кар'єру. Майже на кожному проекті та що тут, майже на кожному спринті я знаходжу баги використовуючи ці базові техніки.

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

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

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

Благодійний вебінар на тему:

«Як економити час за допомогою технік тест дизайну»

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

Мета вебінару: дати вам корисних знань і порадувати діток, привітавши їх з Новим Роком!

Звертаю увагу на те, що донати добровільні і не обовʼязкові 🙃

Коли: в неділю об 11:00

Де: zoom.

Хто планує доєднатися, ставте 🔥 в коментарях.

Посилання на банку для донатів:
https://send.monobank.ua/jar/9rGhVn8qUV

Карта банки:
5375411212621416

Завтра зранку збираємось на ранкову каву в Чернівцях, разом з @popeliuha

Кому цікаво отримати відповіді на свої QA питання приходьте. Все буде у вигляді круглого столу де кожен учасник буде давати свій зворотній звʼязок на запит 😉

Чекаємо всіх бажаючих в ресторанні Shiller, вулиця Шілера 7, Чернівці

Час: 10:30 ранку
Тривалість: ~2 години

Сьогодні класно побалакали та можна вважати QA Club Chernivtsi відкритим ✅

Рекомендую всім їздити та підтримувати QA спільноту в Україні 😉

Друзі, це посилання на донат, зараз скину запис етеру 🙏

Як економити час за допомогою технік тест дизайну

Всі хто був на етері запитували про вокшопи, ось інформація та ціни 🫵

Цього року 26 та 27 грудня, я хочу провести свої 2 завершальні тренінги по Тест дизайну та Дослідницькому тестуванні

26 грудня 18:00-21:00
Воркшоп по Технікам тест дизайну

- Еквівалентні класи
- Граничні значення
- Таблиці рішень
- Попарне тестування
- Тестування станів та переходів
На практичному воркшопі ви дізнаєтесь та зможете на практиці навчитися застосовувати усі техніки тест дизайну.

Тривалість воркшопу: 3 години
Вартість: 2000 гривень


27 грудня 18:00-22:00
Воркшоп по Дослідницькому тестуванню

- Тестування на основі сесій
- Тестування на основі персон
- Мозковий штурм
- Парне тестування
- Дослідницькі тури
На практиці використаємо дослідницький підхід та побачимо результати, які можуть принести нам ці інструменти

Тривалість воркшопу: 4 години
Вартість: 2000 гривень

Кількість місць обмежена, тому поспішайте 😉

Хто хоче продуктивно завершити рік, пишіть мені 👇
@yakymchuk_roma

Сьогодні хочу з вами поділитися, топ 10 пунктами по тестуванні UX

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