QA Growth. Consulting | Mentoring | Courses – Telegram
QA Growth. Consulting | Mentoring | Courses
4.1K subscribers
198 photos
97 videos
9 files
527 links
⚡️ Канал для тих, хто хоче реалізуватися в сфері IT, отримати унікальні знання, робочі техніки і безцінний досвід в Quality Assurance.

👨‍💻Менеджер: Іван Шевчук
✍️ Зв'язатися зі мною: @yakymchuk_roma
Download Telegram
🦄 Хочу поділитися із вами цікавою пропозицією від наших друзів Certified Unicorns, адептів ISTQB, які навчають не лише теорії, а й впровадженню міжнародних стандартів в реаліях українських компаній.

Рання реєстрація на курс підготовки до сертифікації ISTQB FOUNDATION LEVEL (Syllabus 4.0) від Олександри Ковальової доступна за найвигіднішою ціною до 1-го грудня.

Важливі деталі:
👉 старт 24 січня 2024 року;
👉 5 тижнів навчання (15 занять, прямі трансляції та доступ до записів);
👉 заняття в понеділок, середу та п’ятницю, 9:15-11:00am (по Києву);
👉 навчання побудовано на оновленій версії силлабусу - 4.0, що вийшла у 2023 році;
👉 курс включає всі матеріали, відео, тести, книги і спеціальні інструменти, які допомагають учасникам якісно підготуватися і відчувати себе на іспиті спокійно і впевнено;
👉 підтримка куратора і тренера в чаті між заняттями 24/7;
👉 допомога з реєстрацією на іспит та всіма оргдеталями;
👉 мова курсу: всі матеріали та тести — англійською, пояснення тренера на заняттях — українською.
🟡 Для броні місця на курсі необхідно внести мінімум 50% вартості курсу (другу половину можна оплатити до 24 січня включно).

🔷Деталі та реєстрація: https://bit.ly/3QXTKIA

🔰Більше новин, корисних матеріалів та інсайтів про ISTQB на каналі Certified Unicorns: https://news.1rj.ru/str/istqb_certified_unicorns
7🔥3👍2🫡2
Якщо хочете, щоб у вас було менше роботи, пишіть менше тестів, але запамʼятайте саме головне, тести повинні бути такими, які перевіряють основну логіку системи!

Тестами можна розписати всю систему, покривши її в довжину і впоперек, але чи варта ця гра свічок?

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

Тут вам допоможуть у пригоді:
1. Аналіз, опрацювання та розуміння вхідних даних, це можна добитися завдяки вивченню документації, спілкуванню з BA, PO, DEV, Designers ну і користувачами врешті решт
2. Використання технік тест дизайну, за цим на курс до Alexandra Kovalova або ж до мене на тест марафон
3. Оптимізація тестових сценаріїв використовуючи техніки комбінаторики.

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

Та памʼятайте, в нашій справі головне не кількість, а якість! © кеп

Ваш покірний слуга, Роман Якимчук
🔥39👍22
Друзі привіт 👋

У цю неділю ввечері хочу провести для вас практичний воркшоп на тему лідерства в команді

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

Це займе у нас з години з 18:00 по 21:00 у цю неділю 3 грудня

Кому цікаво, вхід за донат на банку 💰

Збираємо на дитяче свято 🎁🥳🙏🏻

Давайте подаруємо свято діткам з дитячого будинку

🎯Ціль: 50 000.00 ₴

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

💳Номер картки банки
5375 4112 1262 1416
🔥14👌21👍1🥰1🙏1
QA Growth. Consulting | Mentoring | Courses pinned «Друзі привіт 👋 У цю неділю ввечері хочу провести для вас практичний воркшоп на тему лідерства в команді Розглянемо такі речі як: - комунікація в команді та за її межами - створення стратегії та планування - збір метрик та підготовка звітів Це займе у…»
This media is not supported in your browser
VIEW IN TELEGRAM
7🔥4👌1
QA Growth. Consulting | Mentoring | Courses pinned «Друзі привіт 👋 У цю неділю ввечері хочу провести для вас практичний воркшоп на тему лідерства в команді Розглянемо такі речі як: - комунікація в команді та за її межами - створення стратегії та планування - збір метрик та підготовка звітів Це займе у…»
Друзі привіт щодо воркшопу на завтра, бачу що мало людей набирається, чи варто розглядати інший день?
Anonymous Poll
23%
Неділя норм, просто не бачив
42%
Середа вечір мені підходить
50%
Четвер вечір, ідеально
Тест менеджмент і побудова процесів тестування, на QA Magic MeetUp 4.0

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

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

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


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

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

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

Деталі на сайті https://conference.ry-consulting.online/
👍83🔥1
Як зменшити кількість багів на проекті?

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

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

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

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

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

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

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

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

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

А які ви підходи використовуєте на своїх проектах, для покращення якості?
Діліться в коментарях 🙌
👍20🔥43
QA Growth. Consulting | Mentoring | Courses
Гайз привіт🫡 По результатам голосування, воркшоп проведемо в четвер. Початок о 19:00 Хто бажає доєднатися і подарувати діткам трохи новорічного свята, кидайте 🔥 в коментарях
Гайз, нагадую що завтра ми збираємося на практичний ворк-шоп, на якому поговоримо про

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

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

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

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

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

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

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

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

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

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

🎯Ціль: 247 000 ₴

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

💳Номер картки банки
5375 4112 0941 0948
3
Олексій правду пише 🤌
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from QAMania (Oleksii Ostapov)
🗺 Roadmap / дорожня карта

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

Коли я сам став тест менеджером, в одному з нових проєктів я помітив, що номінально дорожня карта продукту розписана на 3 роки вперед, але по факту, стейкхолдери не можуть сформулювати конкретні вимоги до компонентів продукту, тож декілька разів на спринт приходять на мітинги, що видати порцію рандомних побажань в стилі “колись для цієї фічі буде скрін, і я хочу, щоб кнопочки тут були зелені”. Тобто фічі нема, прототип не працює, але кнопочки блін зелені! При цьому демо просять регулярно і дуже дивуються, що ми не можемо показати цілісні фічі, бо там же все очевидно. Ми топчемось на місці!

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

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

---
Бережіть себе!
Вірте в ЗСУ! 🇺🇦
Все буде Україна! 🇺🇦
Please open Telegram to view this post
VIEW IN TELEGRAM
👍323
Гайз, давайте знайомитись з першими спікерами, які чекають вас на 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/
🔥104👍1🎉1
Друзі хто на мене підписаний в інстаграм, мене взломали, нікому не скидати гроші
🤯40😢9👌6😱2💔1
This media is not supported in your browser
VIEW IN TELEGRAM
Друзі, ану гуртом заблокуйте мій інстаграм 🙏🏻🙏🏻🙏🏻
👌18
Ось таке повідомлення зараз літає, крадуть просто паролі, зроблено професійно
😱26🤬3😁1
Гайз, поспілкувався сьогодні зі спікерами і вирішили провести для бажаючих, додатково другий день воркшопів від QA Magic MeetUP

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

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

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

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

Більше подробиць в особисті @yakymchuk_roma
8🔥3🤣1