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

Гайз, поспілкувався сьогодні зі спікерами і вирішили провести для бажаючих, додатково другий день воркшопів від 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/

Друзі всім привіт, я щойно дізнався, що через атаки на монобанк, у нас не працювала форма реєстрації на конференцію, це мабуть викликало у вас такі ж самі негативні емоції, як у мене. Тому прошу всіх, хто збирався відвідати конференцію чи бути з нами ОНЛАЙН, приєднуватись до нас за лінком https://conference.ry-consulting.online/

Пишіть + кого чекати в Києві у суботу

Друзі, ще одна новина на сьогодні

Хочу познайомити вас з своїм помічником, Іваном Шевчуком.

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

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

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

Ваня, дякую що приєднався до нашої команди

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