Гайз привіт 😉

Було прийнято рішення перенести старт марафону з 6-ого, на 9-те число, оскільки по фітбеку від учнів я чую що краще буде зафіналити 12-тий день в пʼятницю а не у віторок, щоб було більше часу на вихідних дороблювати домашки.

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

Ми пройдемо:

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

Вартсіть:

📌 4300 грн

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

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

Друзі привіт 👋

У грудні планується четверта масштабна конференція - QA Magic MeetUP 4.0

Основна тематика конференції - "Тест менеджмент і Тестові процеси"

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

Зараз формуємо склад спікерів і хочу дізнатись у вас, кого б ви хотіли почути та побачити?

Пишіть побажання у коментарях під цим дописом😉

А поки ділюсь з вами виступом з QA Magic MeetUp 2.0!

Спікер - Михайло Чуб
Head of QA Practice Infopulse

Тема доповіді: Вартові автотестів в метавсесвіті тестування

Багато кому доводилось писати автотести, але не тільки лише всім доводилось їх тестувати (с) Дракс Руйнівник, мер Ксандару
Команда звичайних (але напрочуд кмітиливих) автотестерів створює своїми руками фреймворк для написання декстопних End-to-End автотестів, який розростається настільки, що загрожує поневолити всі населені кабінети індійських офісів, й потім героїчно змушує його не переходити на темну сторону, використовуючи для цього весь свій тестерський арсенал.

Дивіться з кайфом та користю, доповідь вийшла дійсно цікавою 😉

Гайз привіт👋

5-тий вагон ломокомотиву під назвою "Практичний Марафон для Тестувальників" відправляється вже завтра

Хто планує доєднатися та прокачати свої навички тестувальника і отримати той самий практичний досвід про який питають на кожній співбесіді - Welcome

Судячи з відгуків попередніх вагонів, марафон корисний для тестувальників будь якого рівня і статі 🚀

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

Якщо у вас ще залишились питання то пишіть у особисті @yakymchuk_roma

Важливі аспекти Quality Assurance 🎥

Друзі всім привіт 🙋‍♂️

У цю неділю, проведу вам етер по темі «Налагодження процесу тестування, або чому хаос це не процес»

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

Хто планує бути ставте +
Неділя 12 листопада - 19:30
Zoom

До зустрічі 😉

Налагодження процесу тестування, або чому хаос це не процес

Друзі хто не зміг долучитися, ось запис, чекаю питання під постом 🙏

Ставте нагадування в календариках 🤓 Адже ми зберемось з суддями Dev Challenge та розкажемо про очікування\реальність від завдань вже в цю середу (15.11) о 19 30!

Хто буде:
Роман Марінський
Роман Якимчук
Олексій Остапов
Наталія Попелишко

Про що поговоримо:
Як створювали завдання?
На що був розрахунок?
Що очікували?
Основні помилки в виконанні та трошки детальніший фідбек :)

Список завдань цього року можна побачити тут.
Тож в середу о 19:30 ми будемо чекати вас на прямій трансляції в цьому ютюб каналі, будемо раді поспілкуватись з вами 😉

API: Про що нам не говорять програмісти?

Гайз! З вами на звʼязку Іра Вольних. Давайте сьогодні поговоримо про АPIшки, а саме про доволі незвичну тему - про які аспекти розробки іноді не згадують наші колеги програмісти, що можуть повпливати на процеси тестування.

Поїхали!

👉Приховані та неочевидні обмеження
Web застосунок може мати обмеження, які впливають на швидкість, кількість успішних запитів чи навіть на доступність тих чи інших функцій. Наприклад, Twitter може дозволяти лише обмежену кількість запитів за 15 хвилин, і перевищення цього ліміту призведе до тимчасового блокування. Варто звертати увагу чи описані ці обмеження в специфікації для того, щоб врахувати ці нюанси в нашій роботі.

👉Версії та підтримка
Одного разу відтестувавши API всіма можливими способами існує хибне уявлення що вони працюватимуть до тих пір як хтось щось десь не зламає. Але! Ще існує така підлість як версійність програмного забезпечення яке приймає участь у використанні чи обслуговуванні нашого API. Дуже розповсюджений приклад: Google Maps API, де оновлення версій може призвести до змін у структурі даних. Якщо наш застосунок використовує конкретний формат відповіді, нова версія може вимагати адаптацій, щоб забезпечити неперервну роботу додатку. І це краще передбачити!

💸Витрати та обмеження використання
При роботі з обчислювальними хмарними середовищами, як Google Cloud, AWS чи Azure, важливо слідкувати за обмеженнями трафіку та витратами. Наприклад, несвоєчасне припинення використання служби або безконтрольний запуск тестів може призвести до несподіваних рахунків та використання ресурсів. Не раз чула на конференціях жахливі історії про рахунки за тестування тому застерігаю і вас🤞Подумайте про цей нюанс адже часто в описі функціоналу API ви не знайдете цього пункту.

👉Безпека та конфіденційність
Неправильна обробка та збереження токенів доступу може призвести до порушення конфіденційності та втрати сенсетивних даних застосунку або ж користувачів. І тут мова не тільки про хардкод даних прямо в коді але і про неконтрольовані передачі колекцій, реквестів чи ключів тощо. Згадайте, що Quality Assurance це не тільки про тестування але і забезпечення якості в процесах.

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

Сподіваюсь ці поради стануть вам у нагоді🤝 а також діліться вашими історіями у коментарях!

До зустрічі🎃

Друзі, також нагадую що вже о 19:30 ми чекаємо вас на ефірі, де ми зберемось з суддями Dev Challenge та розкажемо, про очікування\реальність від завдань, які були у цей раз.

Про що поговоримо:
Як створювали завдання?
На що був розрахунок?
Що очікували?
Основні помилки в виконанні та трошки детальніший фідбек 🙂

Чекаємо на вас 😉

Головний софт скіл для отримання роботи 👷‍♂️👩‍💻

Всім привіт, сьогодні я до вас з гарною новиною, ви можете знайти свою роботу дуже швидко.

Хочете відкрию секрет, як?

Колись давно жив був дід, всі його друзі та однокласники були багатими та заможними, хоча в школі вони вчилися на двійки.
Дід постійно сидів та думав, чому світ такий несправедливий? Чому всім везе, а йому не повезло в житті?

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

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

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

До чого це я, а!

Щоб знайти свою першу роботу спробуй бути впевненим в собі на всі 200%, але не забувай, що знання та практику ніхто не відміняв 🙃

Що у вас з самооцінкою та впевненістю в собі?

А також, в цей понеділок о 19:00 приєднуйтесь до вебінару “API: RESTful, SOAP, GraphQL, та SyncAPI - в чому різниця та що треба знати щоб їх тестувати.”

Спікер: Ірина Вольних🌺

Основні теми:

🤖 Розберемо популярні підходи та протоколи побудови API: RESTful, SOAP, GraphQL, SyncAPI та ще парочку інших
🪓 Які інструменти треба знати та використовувати щоб тестувати ці API
❓І головне - навіщо QA це все?

Хто планує доєднатися, та отримати корисні знання, ставте 🔥 у коментарях, буде цікаво😉

Друзі, нагадую що вже о 19:00 ми збираємось щоб поспілкуватись на тему “API: RESTful, SOAP, GraphQL, та SyncAPI - в чому різниця та що треба знати щоб їх тестувати.” 😉

Посилання на zoom скину за 5-10 хвилин до початку!

QA Magic MeetUp 4.0

Довгоочікуваний анонс 4-тої офлайн конференції QA Magic MeetUp, яка відбудеться 16 грудня в Києві

Цього разу основна тема конференції - "Тест менеджмент і процеси тестування"

На вас чекає:

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


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

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

До 24 листопада включно: діє знижка на чорну п'ятницю то ж - 2300 грн

То ж хто бажає доєднатися до крутої і корисної офлайн тусовки - WELCOME🙌

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

Гайз, хто не встиг вчора потрапити на вебінар по АРІ, ось запис👇

https://youtu.be/JcCBbstAftE

та презентація від Іри в коментах😉

Було дійсно корисно!

А вже 28 листопада, стартує курс, Тестування API with Postman🔥

Це 1.5 місяці теорії та практичних завдань, протягом яких, розберемося на практиці, як тестувати RESTful API та SOAP, автоматизуємо процес тестування за допомогою схем, сніпетів, тестів, Postman Flow та СLI.

Вартість курсу зараз з 20% знижкою 7200 грн💸

Знижка діє до 24 листопада включно, не відтягуйте до останнього

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

Як вирости до позиції сіньйора без їбучих курсів з інфоциганами

Друзі всім привіт 👋

Сьогодні хочу написати статтю для себе в 2012 рік, коли я тільки починав

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

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

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

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

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

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

Шоста, забий на теорію, вивчай все на практиці, тільки практика покаже на ділі, як це працює

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

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

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

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

Вір в себе бро, в тебе все вийде, ти станеш найкращим 😉