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

У грудні планується четверта масштабна конференція - 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 року, хочу тобі написати план розвитку, щоб ти був найкращим на ринку інженером.

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

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

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

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

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

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

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

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

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

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

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

Ші в тестуванні API

Цей день настав - ось і ми торкаємося AI-шок😇
Підготували вам пару класних інструментів а також коротенько їх плюси/мінуси. Го!

🤖Postbot by Postman 🤖

Вже пів року як Postman - найтоповіша тулза для розробки і тестування API має вбудованого асистента Postbot, що реалізований на генеративній моделі ШI. Важливою перевагою є те, що він доступний і в безкоштовній версії також.

Чим може бути корисним нам?
👉 Генерація автоматичних тестів для отриманої відповіді від сервера. Це доволі непоганий тул для того, щоб вчитися саме синтаксису і написання тестів. Як на мене, генерує непогано і багато! Проте, це не має нічого спільного з тест дизайном, тому як і у випадку з ChatGPT для тривіальних випадків годиться, але мозок людини-тире-QA Postbot не замінить.

👉 Генерація документації для запитів. Оце для мене прямо ґеймченжер). Тільки подивіться на цей скарб:

This API endpoint allows you to create a new customer in the BigCommerce system. It is an HTTP POST request that should be sent to the following URL: https://www.blabla.com/api/bigcommerce/createCustomer.
Request Parameters
The request does not require any specific parameters. However, you need to include the necessary customer information in the request body. This information should be sent in JSON format and should include details such as the customer's name, email, address, and any other relevant information.

Response
The response for this request will have a status code of 409, which indicates a conflict. The response body will be in JSON format and will include the following properties:
* status: This property indicates the status of the request. In this case, the value is 0, which suggests that the request was not successful.
* noscript: This property provides a noscript or denoscription for the error. In the last execution, it was empty.
* type: This property specifies the type of error encountered. In the last execution, it was empty.
* errors: This property contains a nested object that provides more details about the error. In the last execution, the message property within the errors object was empty.

Please note that the specific error message or reason for the conflict is not provided in the response. You may need to refer to the API documentation or contact the API provider for more information on resolving the conflict.

Не ідеально, але команда вам скаже дякую!😊

🤖Генерація синтетичних даних 🤖

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

Два способи:

👉 GPT - або чат або API OpenAi. Ви можете по API звертатися з промптами для отримання певного тіла запиту, цілого або часткового (значень параметрів) і вже їх використовувати в тестуванні ваших APIшок).

👉 Використання глибоких генеративних моделей. GANs - це тип нейронних мереж, які складаються з генератора і дискримінатора. Генератор створює нові дані, а дискримінатор намагається визначити, чи це реальні дані чи штучно згенеровані. Процес тренування GANs дозволяє генераторові створювати дедалі більш реалістичні дані. Приклад: https://gretel.ai/ Пограйтесь - це доволі цікаво😼

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

Сподіваюсь було цікаво!
Діліться тулзами якими користуєтесь ви, в коментарях!
До зустрічі👽