Привіт гайз 👋

Для мене завжди, одним з найважливіших навиків було вміння комунікувати.

Чому я вважаю, що цей навик має один з найвищих пріоритетів?

Давайте спробуємо розібрати декілька ситуацій

Кейс 1й: До вас прийшли вимоги, ви починаєте їх читати та вивчати кожен пункт (Acceptance Criteria), щось з того прочитаного вам нічого не зрозуміло. Ви намагаєтеся добре все ще раз обдумати, витрачаючи годинку - другу, але всерівно є не зрозумілими певні моменти і ви ніяк не можете придумати, як описати це тест кейсом. Пишите як не будь той тест кейс і переходите до наступних вимог. Приходить час тестувати і ви знову зіштовхуєтесь з проблемою, бо тепер не розумієте як вам те все протестувати по незрозумілому тест кейсу.

Кейс 2й: Ви переглядаєте дизайн і бачите що поведінка системи описана в дизайні не зовсім для вас зрозуміла, але так як дизайн являється теж вимогою, ви пишете по ньому тест кейси. Після релізу до вас повертається баг з продакшена, тому що користувачу точно так же, як і вам, не зрозуміла поведінка системи.

Кейс 3й: Девелопер розробив шматок функціоналу і там частково все працює якось, але не сходиться з вимогами, ви заводите баг і нічого не говорячи девелоперу фейлите ще кілька тест кейсів і ще заводите 5 багів зверху.

Кейс 4й: Ви приходите до Продакт Овнера з проблемою і кажете, це не працює, не пояснюючи, що саме не працює і як воно має працювати. Продакт дивиться на вас і каже йди до девелопера і скажи йому нехай починить.

Кейс 5й: Ви тестуєте продукт і у вас не вистачає часу на завершення тестування в існуючому спринті, ви перехрестившись нічого нікому не кажучи, виливаєте все що зроблено і все що встигнуте в прод, і надієтесь, що все обійдеться і наступного спринта ви завершите тестування. Але так не вийшло, ви зламали продакшн.

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

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

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

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

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

5. Як ви знаєте тестування показує стан системи і саме тестувальник має казати чи готовий продукт до використання чи ні. І якщо ви бачите, що ви не встигаєте протестувати, потрібно зарання попередити про це свого менеджера, та спробувати перенести реліз, бо здавати продукт недороблений або з багами, це безвідповідально. І чим раніше ви скажете про проблему тим більше шансів її правильно розрулити 😉

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

Гайз, давайте розпочнемо цей навчальний рік з прокачки англійської😎

Давайте без довгої прилюдії, про важливість вивчати англійську і т.д, ми всі тут дорослі люди 😌

У цей четвер, пройде вебінар від нашої крутої спікерки з ІТ Інгліш - Мирослави, на тему:

Technology in Our Daily Lives

Під час вебінару ми:

•вивчимо 10-15 сучасних актуальних фраз;
•потренуємось їх використовувати, обговорюючи вплив технологій на наше життя;
•розберемося, від чого залежить легке розуміння англійської на слух;
•обговоримо "секретні секрети" легкого запам'ятовування нових слів і фраз.

Коли: в четвер 11.01 о 19:00 📍

Хто планує доєднатися, кидайте + в коментарях і го прокачувати інгліш разом😉

QA Retreat з Романом Якимчуком

Гайз, з 1 по 4 лютого запрошую вас на дуже круту двіжуху, яка буде проходити в найбільш мальовничих горах світу - Укрїнських Карпатах

На вас чекає 3 дні максимально плідного та цікавого навчання і 1 день відпочинку в комʼюніті крутих тестерів, що дозволить вам отримувати більш круті результати на проектах і швидше зростати в карʼєрі

🔹День перший:

Тест аналіз
Декомпозиція продукту
Різні техніки комбінаторики
Доменний аналіз
Комбінаторика на основі ризиків
Попарне тестування та Таблиця рішень
Аналіз залежностей між фічами (Impact Analysis)
Косбраузерне/кросплатформене тестування
Тестування ролей і прав доступу

🔹День другий:

Тест менеджмент
Планування тестування
Оцінка тестування
Стратегія тестування
Тест дизайн
Тест аналіз
Підготовка тестових даних і середовищ
Виконання тестування
Аналіз результатів тестування
Завершення тестування
Взаємодія з командою проекту
Автоматизація тестування
Ретроспектива

🔹День третій:

Дослідницьке тестування
Тестування на основі сесій за допомогою Чартерів
Тестування на основі персон
Парне тестування
Тестування за допомогою тестових турів
Брейнштормінг
Планування дослідницького тестування

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

🔹 День четвертий
Поїздка на екскурсію до сірих та бурих ведмедів, озеро Синевир, музей старе село, прогулянки по селу між горами та ріками 🥰

Коли: з 1 по 4 лютого
У вартість включається проїзд проживання та 2х разове харчування

К-сть місць: усього 15

Локація: Колочава, Закарпатська область

Вартість: 350$ до 20 січня
400$ до 31 січня

Хто бажае дізнатись більше інфи пишіть мені в дірект @yakymchuk_roma

Гайз привіт😎

Сьогодні з вами Іра Вольних і говоримо про “Дефекти API: реальні історії про помилки, які мали серйозні наслідки”

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

Почнемо з історій:

👉 У 2016 році в API Twitter була виявлена помилка, яка дозволяла зловмисникам отримувати доступ до облікових записів користувачів. Помилка виникла через те, що API не правильно обробляв параметри авторизації. Це дозволило зловмисникам отримати контроль над обліковими записами користувачів і публікувати від їх імені шкідливий контент.

👉 У 2015 році в API Facebook була виявлена помилка, яка дозволяла зловмисникам отримувати доступ до особистих повідомлень користувачів. Помилка виникла через те, що API не правильно обробляв параметри безпеки. Це дозволило зловмисникам читати приватні повідомлення інших користувачів.

👉 У 2014 році в API Amazon S3 була виявлена помилка, яка дозволяла зловмисникам шифрувати файли, які вони не мали права шифрувати. Тут API не правильно обробляв ключі шифрування. Це дозволило отримати доступ до зашифрованих файлів, які належали іншим користувачам.

👉 У 2012 році в API торгової системи Knight Capital Group була виявлена помилка, яка призвела до втрати компанії 440 мільйонів доларів. Помилка виникла через те, що API не правильно обробляв дані про ціни акцій. Це призвело до того, що торгова система компанії стала здійснювати необґрунтовані покупки акцій, що призвело до значних фінансових втрат.

👉 У 2017 році в API Google Maps була виявлена помилка, яка дозволяла користувачам отримувати доступ до приватних адрес. API не правильно обробляв параметри пошуку. Це дозволило зловмисникам отримувати інформацію про приватні будинки та бізнеси.

👉 У 2019 році в API PayPal була виявлена помилка, яка дозволяла користувачам списувати гроші з чужих рахунків. Помилка виникла через те, що API не правильно обробляв параметри авторизації. Це дозволило зловмисникам списувати гроші з рахунків інших користувачів без їх дозволу.

Декілька висновків, як тестувати API та документацію на основі цих історій:

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

Cпівпрацюйте з розробниками для створення ефективних тестових випадків та спробуйте хоч раз створити майндмеп по тестуванню якогось ендпоінту - і ви будете здивовані скільки там насправді edge-cases, а не лише 200-тий статут код😎

Дякую за увагу😈 і до зустрічі вже зовсім скоро!

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

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

У минулому році ми розробили продукт, який знаходить відповіді на ці запитання, а саме Практичний 12-ти денний Марафон, який пройшло понад 250 студентів і ми отримали понад 200 позитивних відгуків.

Це марафон на якому ми займаємось практикою, практикою і ще раз практикою. На вас чекає:

День 1: Декомпозиція продукту, аналіз параметрів та значень
День 2: Тестування станів та переходів
День 3: Попарне тестування та Таблиці рішень
День 4: Робота з Jira. Створення задач та організація проектної документації
День 5: Організація тестового процесу за допомогою системи менеджменту тестів
День 6: Створення баг репортів
День 7: SQL практика створення запитів на локальній базі даних
День 8: Тест план і Стратегія тестування
День 9: Дослідницьке тестування
День 10: API тестування з Postman та ChromeDev Tools
День 11: Налаштування тестових процесів, коли ви один тестувальник на новому проекті
День 12: Налаштування тестових процесів, коли ви тестувальник у великій команді

Вартсіть:

📌 4300 грн

Застрибуйте у 6-тий вагон потягу, під назвою Практичний Марафон і зробіть цей рік продуктивним 😉

Деталі з приводу того, як будуть проходити заняття шукайте на сайті https://test-marathon.ry-consulting.online/ або запитуйте під цим постом!

ші забере в нас роботу
🎉 Зустрічайте - Postbot, Postman’s AI assistant" 🎉

Вже в цей четвер Ірина Вольних, розкаже нам про Postbot - асистента на основі штучного інтелекту, представленого в Postman минулого року. Дізнаємося про всі можливості цього інструменту та розглянемо, як його використовувати при тестуванні API.

Коли: у четвер о 19:00
Де - zoom

На конкретних прикладах ми розкриємо його потенціал і обговоримо переваги та обмеження. Ставте + та пишіть питання у коментарях! До зустрічі👋

Якби вам зараз сказали, що з завтрашнього дня ви будете QA лідом, як би ви відреагували?

Зазвичай так відбувається у 60% людей, коли на вас з неба падає така задача залі жити команду. Більшість людей боїться та повторює, наче мантру я ще не готовий, та куди там мені, я ще навіть сіньйора не получив. Але ви мусите розуміти, що QA Lead - це не обов’язково має бути сіньйор, це може бути навіть junior, який добре розібрався з проектом, бо прийшов на нього самий перший та знає всі команди, всі сервіси і хто за що відповідає. Головне тут, навчитися це приймати.

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

Вірте в себе, у вас все буде добре 🙌

Тестування API with Postman

Практичний онлайн курс для QA інженерів, де за 1,5 місяці ми розкладемо по поличкам в голові теорію та, що найголовніше, закріпимо на практиці, як тестувати RESTful API та SOAP, автоматизуємо процес тестування за допомогою схем, сніпетів, тестів, Postman Flow та СLI.

Цей курс для практикуючих QA інженерів, та поглибити навички технічного тестування API за допомогою Postman.

На вас чекають 15 повноцінних уроків з практичними завданнями, під час яких ми розберемо:

Урок 1: Що таке API? Клієнт-серверна архітектура. Структура HTTP запитів та відповідей.
Урок 2: Swagger. Методи CRUD. Параметри та статус коди. Колекції та змінні. Область дії змінних. Середовища.
Урок 3: Особливості REST. JSON та інші типи передачі даних. Типи даних JSON.
Урок 4: Авторизація та аутентифікація.
Урок 5: Принципи RESTful API. Огляд API через браузер. Техніки тест дизайну для АРІ.
Урок 6: Чеклист для тестування АРІ. Аналіз тестових даних та визначення тестів для регресії.
Урок 7: Робочі простори. POST vs Patch. HEAD and OPTION.
Урок 8: Request example. Автотести та використання if else, random. Pre-request noscripts. Видалення змінних. AI
Урок 9: JSON схема.
Урок 10: Postman Runner. Load tests runner. Моніторинг та ліміти.
Урок 11: GraghQL. Схема в GraphQL. Мікросервіси – специфіка.
Урок 12: Postman flow – потужний інструмент для візуалізації тестових сценаріїв. Плюси та мінуси використання.
Урок 13: SOAP. XML. WSDL. Структура SOAP-повідомлення.
Урок 14: CI/CD. Postman Command-Line Interface. Newman. Огляд OpenAPI.
Урок 15: Висновки. Що важливо пам’ятати при роботі з API. Топ корисних посилань. PDF довідник по курсу.

Тренер: Вольних Ірина, QA Practice Lead в Vaimo та викладач в Beetroot Academy

Стартуємо - 30 січня 📌

Вартість курсу 9000 грн💸 тож хто бажає нарешті застрибнути у цей вагон, Welcome 😎


Деталі на сайті https://api-testing.ry-consulting.online/ або пишіть в особисті @yakymchuk_roma

Я 3 дні тотальної практики та гірського відпочинку на QA Retreat

Друзі: вже 1-ого лютого ми їдемо на куруту QA двіжуху яка пройде в найбільш мальовничих горах світу - Укрїнських Карпатах

Це ваша можливість перезавантажитись і отримати за 3 дні інформацію, яка дасть буст в карʼєрі і позакриває купу питань куди і як рухатись далі, для того щоб рости у 2024

🔹День перший: Тест аналіз
🔹День другий: Тест менеджмент
🔹День третій: Дослідницьке тестування
🔹День четвертий: Поїздка на екскурсію до ведмедів, озеро Синевир, музей старе село, прогулянки по селу між горами та ріками 🥰

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

Коли: з 1 по 4 лютого
У вартість включається проїзд, проживання та 2х разове харчування

К-сть місць: залишилось лише 6

Локація: Колочава, Закарпатська область

Вартість: 350$ до кінця дня!!
400$ до 31 січня

Хто бажае дізнатись більше інфи пишіть мені в особисті @yakymchuk_roma

Друзі всім привіт, ще влітку ми з Бабічем зустрічалися у Львові та обговорювали досить актуальну тему, "Як знайти свою першу роботу QA?", вже за 5 хвилин у нього на YouTube каналі почнеться трансляція, то ж приєднуйтесь до перегляду та підписуйтесь на наші ютуб канали
Дивовижний світ веброзробки: https://www.youtube.com/@babichweb
Мій канал: https://www.youtube.com/@RomanYakymchukConsulting

https://youtu.be/aVfjiqEzqG4

Гайз у четвер, Ірина Вольних розповідала про Postbot - асистента на основі штучного інтелекту, представленого в Postman минулого року.

Вийшло прям дуже цікаво та актуально 😎

Для тих хто не встиг доєднатися, чи додивитися до кінця, підготували запис вебінару 👇

https://www.youtube.com/watch?v=IcxKyIfeRNg

Усіх хто додивиться до кінця, чекає приемний бонус від Ірини😉

Друзі, ділюсь записом вчорашнього вебу на тему

«як знайти першу роботу в ІТ в 2024»

Питання після перегляду пишіть в коментарях 😉

Якісний і швидкий фідбек та корисна практика!

Нещодавно спілквався з студентом який проходив курс API Testing with Postman і почув:

“Повністю закрив запит для свого проекту і отримав вдвічі більше корисної інформації ніж очікував”

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

Адже саме практика застосовується на проектах і вирішує задачі, бо знати не дорівнює вміти.

6 лютого стартує новий поток курсу API Testing with Postman (❗️старт перенесено на 1 тиждень для того щоб всі в січні встигли довідпочивати❗️)

Тренер: Вольних Ірина, QA Practice Lead в Vaimo та викладач в Beetroot Academy

Вартість курсу 9000 грн💸 (діє розсрочка від банку, на 3 та 6 платежів) тож, хто бажає нарешті застрибнути у цей вагон, Welcome 😎

Деталі на сайті https://api-testing.ry-consulting.online/
або пишіть в особисті @yakymchuk_roma

Тестування за допомогою Доменого аналізу

Гайз - гарні суботні новини 😉

У цей понеділок проведу для вас цікавий вебінар на якому розберемо принципи та правила Тестування за допомогою Доменого аналізу

До зустрічі 29.01 на 19:00 в zoom 😉

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

Гайз, ділюсь з вами записом вчорашнього вебінару

«Тестування на основі аналізу доменів»

Якщо будуть зʼявлятись питання по темі, пишіть у коментарях під постом😉

Це не баг, а фіча 😂

Залишилось 7 днів до старту нового потоку курсу API Testing With Postman і ось вам кілька відгуків від учнів з минулих потоків

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

На вас чекають 15 повноцінних уроків з практичними завданнями, під час яких ми розберємо:

Урок 1: Що таке API? Клієнт-серверна архітектура. Структура HTTP запитів та відповідей.
Урок 2: Swagger. Методи CRUD. Параметри та статус коди. Колекції та змінні. Область дії змінних. Середовища.
Урок 3: Особливості REST. JSON та інші типи передачі даних. Типи даних JSON.
Урок 4: Авторизація та аутентифікація.
Урок 5: Принципи RESTful API. Огляд API через браузер. Техніки тест дизайну для АРІ.
Урок 6: Чеклист для тестування АРІ. Аналіз тестових даних та визначення тестів для регресії.
Урок 7: Робочі простори. POST vs Patch. HEAD and OPTION.
Урок 8: Request example. Автотести та використання if else, random. Pre-request noscripts. Видалення змінних. AI
Урок 9: JSON схема.
Урок 10: Postman Runner. Load tests runner. Моніторинг та ліміти.
Урок 11: GraghQL. Схема в GraphQL. Мікросервіси – специфіка.
Урок 12: Postman flow – потужний інструмент для візуалізації тестових сценаріїв. Плюси та мінуси використання.
Урок 13: SOAP. XML. WSDL. Структура SOAP-повідомлення.
Урок 14: CI/CD. Postman Command-Line Interface. Newman. Огляд OpenAPI.
Урок 15: Висновки. Що важливо пам’ятати при роботі з API. Топ корисних посилань. PDF довідник по курсу.

Тренер: Вольних Ірина, QA Practice Lead в Vaimo та викладач в Beetroot Academy

Стартуємо - 6 лютого 📌

Вартість курсу 9000 грн💸 тож хто бажає нарешті застрибнути у цей вагон, Welcome 😎


Деталі на сайті https://api-testing.ry-consulting.online/ або пишіть в особисті @yakymchuk_roma