QA Growth. Consulting | Mentoring | Courses
Статистика⚡️ Канал для тих, хто хоче реалізуватися в сфері IT, отримати унікальні знання, робочі техніки і безцінний досвід в Quality Assurance. 👨💻Менеджер: Іван Шевчук ✍️ Зв'язатися зі мною: @yakymchuk_roma
- Последний пост
- 10:38
- Последнее чтение
- 12:42
- Постов за неделю
- 4
- Всего постов
- 25
- Тип
- открытый
- Язык
- украинский
- Категория
- Карьера (по похожим)
- В каталоге с
- 13 авг.
- 1/24сутки в ленте
- 448
- 1/48двое суток
- 513
- 1/72трое суток
- 553
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
QA Mentoring Program. Це структурований шлях розвитку QA-спеціаліста: від аналізу продукту, test design і exploratory testing — до management та побудови QA-процесів. У програмі: — 40 уроків — 7 додаткових воркшопів, мастермайндів та практичних вебінарів від мене та запрошених експертів — 5 місяців зворотного зв’язку від мене щодо навчальної програми — бонуси: підготовка до співбесіди, створення CV та індивідуальна 2-годинна консультація за вашим запитом Якщо хочете приєднатися — напишіть «+» у коментарях або в особисті, щоб записатися. Кількість місць обмежена.
Як знайти більше багів, просто змінивши спосіб мислення? 🎩 Є цікава техніка дослідницького тестування — 6 капелюхів мислення. Її суть проста: замість того щоб дивитися на фічу з однієї точки зору, ми по черзі змінюємо фокус. ⚪️ Білий — факти. Що ми знаємо про фічу? Які вимоги, обмеження, тестові дані? 🔴 Червоний — емоції користувача. Чи зрозумілий функціонал? Чи не викликає він страх, роздратування або недовіру? ⚫️ Чорний — ризики. Що може піти не так? Інтернет зник під час операції? Некоректні дані? Різна поведінка на iOS та Android? 🟡 Жовтий — те, що працює добре. Що вже зроблено класно? Що краще, ніж у конкурентів? 🟢 Зелений — нові ідеї. Які нестандартні сценарії ще можна перевірити? А яку нову фічу можна запропонувати? 🔵 Синій — система. Як усе це організувати, в якій послідовності перевіряти та що робити з результатами? Мені подобається цей підхід тим, що він змушує QA не просто «шукати баги», а дивитися на продукт значно ширше. Спробуйте взяти одну фічу зі свого проєкту й пройти її через усі 6 капелюхів. Думаю, кількість нових сценаріїв вас здивує 🙂
БЕЗ МЕТРИК QA НЕ МОЖЕ ПОКАЗАТИ СВІЙ РЕЗУЛЬТАТ Команда може багато працювати, покращувати процеси, створювати документацію й автоматизувати тести. Але якщо немає точки А і вимірюваного результату, бізнес не побачить цінність цієї роботи. Які питання повинні мати відповідь? - Яка частина критичних сценаріїв покрита тестами? - Скільки дефектів доходить до production? - Як змінюється кількість повторних інцидентів? - Скільки часу займає регресія? - Як швидко виправляються критичні баги? - Чи стала готовність до релізу прогнозованішою? - Який відсоток критичних сценаріїв автоматизований? Метрики не потрібні для красивого дашборда. Вони потрібні для прийняття рішень. Наприклад, ви пропонуєте створити production-like середовище. Без даних це звучить як додаткові витрати. Але якщо ви показуєте: - скільки інцидентів виникло через нереалістичні тестові дані - скільки годин команда витратила на їх виправлення - скільки коштував простій або робота підтримки - які ризики повторюються, тоді це вже бізнес-кейс. Метрики також допомагають показати власний професійний результат. Не просто: «Я покращив процес». А: «За три місяці ми скоротили час регресії, зменшили кількість production-дефектів і зробили стан релізу прозорим для команди». Завжди фіксуйте, з чого починаєте. Інакше через кілька місяців ви самі не зможете довести, що саме змінилося.
ПИТАННЯ, ЯКІ ДОПОМОЖУТЬ ОЦІНИТИ QA-ПРОЦЕС Щоб оцінити стан QA-процесу, не потрібно починати зі складного аудиту. Почніть із правильних питань. Стратегія — Чи визначений підхід до тестування? — Чи базується планування на ризиках? — Чи розуміємо ми, які сценарії є критичними? Процеси — Коли QA підключається до задачі? — Чи бере команда участь у review вимог? — Чи є Definition of Ready і Definition of Done? — Як проходить регресія? — Хто контролює готовність релізу? Дефекти — Де вони реєструються? — Як визначається пріоритет? — Чи аналізуються першопричини критичних багів? — Чи змінюється процес після production-інцидентів? Люди — Чи зрозуміло, хто за що відповідає? — Чи відповідають навички команди потребам продукту? — Чи є план розвитку спеціалістів? — Чи має QA реальний вплив на рішення? Інструменти — Чи є test management system? — Чи можна простежити зв’язок між вимогою, тестом і дефектом? — Чи є окремі тестові середовища? — Чи керуються тестові дані? — Чи покриті критичні сценарії автоматизацією? Метрики — Яке тестове покриття? — Скільки дефектів доходить до production? — Скільки часу займає тестування? — Чи бачать ці дані стейкхолдери? Культура — Чи є якість спільною відповідальністю? — Чи можна безпечно сказати, що продукт не готовий? — Чи аналізують помилки без пошуку винних? — Чи збалансовані швидкість і якість? Відповіді на ці питання вже дадуть вам достатньо чітку картину. І головне: мінуси в такій оцінці — не причина захищатися. Це готовий список зон розвитку.
Друзі, у мене важлива новина 📖 Моя книга вийшла. І її вже можна купити. «Свідоме тестування» — практичний посібник по QA, у який я вклав 14 років досвіду: сотні аудитів, реальні проєкти, живі розбори з тестувальниками. Без теорії заради теорії — тільки те, що працює. Про що вона? Про те, як перетворити хаос на проєкті на систему: — як провести аудит своїх процесів і зафіксувати точку А — як побудувати QA-процеси з нуля: стратегія, документація, метрики, автоматизація — як рости в професії та впроваджувати зміни, навіть якщо ти не лід — як створити культуру якості, за яку відповідає вся команда Всередині — готові інструменти: моя матриця аудиту, шаблони звітів, формула ROI автоматизації та кейси з реальних проєктів. Один з них — як команда знизила кількість багів на 50% простими чекбоксами. Вартість — $13. 🎁 І подарунок кожному, хто придбає: особиста консультація зі мною, на якій ми складемо план твого розвитку в професії. Купити 👉 https://secure.wayforpay.com/button/b36db437c00b6 Це моя перша книга, і я щиро радий нею поділитися. Буду вдячний за зворотний зв'язок — пишіть у коментарях, що відгукнулося 🤝
Хаос на проєкті не розсмокчеться сам. Але його можна перетворити на систему — за 4 кроки. За 14 років у QA я бачив десятки команд. І скрізь одна закономірність: якість продукту не залежить від того, наскільки талановиті окремі люди. Вона залежить від того, чи є в команди система. Як її побудувати: 1. Аудит. Зафіксуйте точку А. Неможливо покращити те, чого не бачиш. Пройдіться по п'яти вимірах: процеси, люди, інструменти, метрики, культура. Чесно позначте: що є, чого немає, а що «ніби є, але не працює». 2. Побудова. Одна зміна за раз. Стратегія від бізнес-ризиків → документація → робота з дефектами → тест-менеджмент система → метрики. Все одразу не приживається ніколи. Одна зміна за спринт — приживається майже завжди. 3. Ініціатива. Не чекайте повноважень. До керівництва не йдуть скаржитися — йдуть із планом: точка А, конкретна пропозиція, очікуваний результат. Так «критика проєкту» перетворюється на кар'єрний ріст. 4. Культура. Якість — відповідальність усіх. Зміщуйте її вліво: активні рефайнменти, чек-листи для розробників, самоперевірка перед передачею в тестування. У командах, де це впровадили, багів на вході стало вдвічі менше. І головна новина 📖 Зараз я працюю над книгою «Свідоме тестування» — у ній зібрав усю цю систему повністю: авторську матрицю аудиту, покроковий каркас побудови QA-процесів, шаблони звітів, формулу ROI автоматизації та реальні кейси з живих проєктів. Це не підручник з теорії — це робочий інструмент, який проведе вас від хаосу до системи. Навіть якщо ви не лід. Найближчим часом ви зможете її придбати. Слідкуйте за оновленнями — тут я першими повідомлю про вихід 🚀
Спілкуюся з десятками QA-інженерів щомісяця. І бачу одну й ту саму картину. Людина працює 3-5 років. Має досвід. Щось знає про автоматизацію, щось про API, щось про процеси. Але коли питаєш глибше – знання розсипаються, як пазл без коробки. Шматочки є, а цілої картинки немає. І ось результат: $1 500–2 000, страх що звільнять, і повна невпевненість на співбесідах. Проблема не в тому, що ці люди мало знають. Проблема в тому, що їхні знання не структуровані. Немає чіткої архітектури: які процеси мають бути вибудувані, які інструменти і коли застосовувати, які навички потрібні на кожному рівні. Все вивчалось хаотично – курс тут, стаття там, щось підхопив на проєкті. Коли у тебе немає системи – ти не можеш пояснити свою цінність. Ні собі, ні менеджеру, ні на інтерв’ю. А якщо не можеш пояснити цінність – не можеш її продати. Репост, якщо знаєш когось, кому це відгукнеться
Відкриваю набір на QA Mentoring Program. Це менторська програма для QA-спеціалістів, які хочуть вийти на новий рівень у професії: працювати системніше, впевненіше приймати рішення, краще розуміти QA-процеси та рухатися до кар’єрного й фінансового росту. Спочатку визначимо твою точку A: — які є прогалини — що зараз заважає росту — які навички потрібно прокачати — куди ти хочеш прийти у професії Після цього сформуємо точку B та індивідуальний план розвитку. Що буде всередині програми: — 40 відеоуроків — 7 воркшопів і Mastermind — 20 тижнів роботи над твоїм проєктом — практичні завдання — фідбек на реальних прикладах — робота з тест-аналізом, тест-дизайном, плануванням, документацією та QA-процесами — мій досвід за 14 років у QA Моя ціль допомогти тобі перетворити хаос у структурну систему, яку ти зможеш використовувати у своїй роботі, на співбесідах, у команді та в розвитку кар’єри. Після програми ти краще розумітимеш, як аналізувати продукт, планувати тестування, застосовувати техніки тест-дизайну, працювати з документацією, давати цінність команді та рухатися до нових результатів. Старт програми: 10.08.26 Кількість місць обмежена. ➡️Якщо хочеш отримати повну презентацію з програмою навчання — напиши “+” у коментарях або залиш заявку в дірект, і я надішлю всі деталі.
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
Багато хто в мене питає, які в мене є продукти, так от, вирішив зробити таку карусель 😉
Посилання на оплату QA Lunch https://secure.wayforpay.com/button/b12b2e24be530
видео или голосовое, без подписи
видео или голосовое, без подписи
Ходімо разом на ланч? Зараз ми з дружиною проходимо менторську програму вартістю $40 000. Нещодавно в межах навчання відбувся кемп, присвячений здоров’ю, дисципліні та особистісному розвитку. І один із головних висновків, який я забрав із нього: результат залежить не тільки від знань, а й від системи, яку ми створюємо навколо себе. Cаме з таких дій формується дисципліна, стабільність і довгостроковий результат. І я подумав: чому б не застосувати такий самий підхід до розвитку в QA? Тому запускаю QA Lunch — п’ятиденний Q&A-марафон за чашкою чаю, для тих, хто хоче системно розвиватися у QA-кар’єрі. Будемо говорити про: — розвиток технічних і професійних навичок; — кар’єрне зростання; — складнощі та професійні ситуації, з якими ви стикаєтеся; — конкретні кроки, які допоможуть вам рухатися далі. 📅 Старт — 13-го числа 🕓 Час — 16:00 за Києвом ⏳ Тривалість — 5 робочих днів 💵 Вартість майже як чашка кави — 3$ Основою зустрічей стануть ваші реальні запитання та ситуації. Хочете приєднатися — напишіть «+» у коментарях або в особисті повідомлення. Я надішлю вам посилання для участі.