Друзі привіт - як ви? Сподіваюсь ви та ваші близькі в безпеці)

У мене сьогодні є питання до вас. Хочу спочатку почути вашу думку, а вже потім розкажу, чому я це питаю і якого підходу дотримуюсь сам)

Питання вроді просте, але спорів навколо нього дуже багато:

Як правильно будувати Test Case?

Варіант 1: один Test Case = один конкретний Expected Result.

Варіант 2: один Test Case може містити декілька Expected Results, умовно 5-10 перевірок в одному сценарії, якщо у них спільний precondition і один flow.

І головне - напишіть в коментарях не тільки варіант, а чому саме ви так думаєте.

Цікаво почути аргументи КУА з різним досвідом, бо тут якраз немає сенсу відповідати просто “нас так навчили”)

Потім розкажу свою позицію і чому я використовую саме її.

Сильні 💛

Друзі привіт - знав, що цей пул багато кому зайде) І от результат реально показовий: 47% вибрали paypalcom

Що я маю вам сказать. Ми дуже часто пропускаємо маленькі нюанси, а у фішингу саме на цьому все і будується: десь буква не та, десь subdomain красиво назвали, десь redirect веде вже зовсім не туди.

Так що розберемо цей мудрений лінк:

ttps://login.paypal.com.security-check.example.com/account

Принцепі з пуло понятно шо правильна відповідь це example.com.
Чому? Домен читаємо справа наліво. .com це сам TLD, перед ним example, основний registrable domain. Все, що стоїть лівіше: це security-check /com / paypal / login а це вже частини subdomain.

Тобто навіть якщо ви бачите красиве paypal.com на початку то до PayPal цей домен відношення не має. а саме власник example.com теоретично може створити собі subdomain хоч pypal.com.security-check.example.com а чому не security-check.example.com? Бо це вже subdomain від example.com
Чому не login.paypal.com? Бо в нашому урл це просто частина довгого hostname, а не домен, до якого ми підключаємось. І ще важливий момент: HTTPS тут вас не врятує. Замочок означає, що зʼєднання з цим сайтом шифрується, а не що перед вами реально PayPal)

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

Сильні 💛
Обняв 🤗

АНОНС❤️❤️❤️

Друзі привіт, як ваш день?) Сподіваюсь ви та ваші близькі в безпеці.

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

Я знаю, що багато хто мені писав раніше, а я або відмовляв, або казав “трохи пізніше”. Так от - стартуємо)

Я підготував курс для Manual QA - для людей без досвіду або з невеликим досвідом. Курс технічний, з великою кількістю практики, з інтеграцією AI, з поясненням як все реально працює під капотом і з моїм супроводом. Не просто теорія заради теорії.

Тобто якщо ви хотіли підтягнути свої скіли, розкласти по поличках технічну базу і, головне, закріпити все практикою - велком)

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

Тому хто хотів раніше або хоче зараз, пишіть мені в ЛС https://t.me/IHOR220 . Або в повідомлення в группу, Я вже детальніше розкажу про програму, формат, тривалість і зроблю нормальний прайс саме для першого запуску)

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

Персональні поки на паузі бо нема місця і часу) як звільниться містечко я відпишусь

Оо і забув, буде оцінювання і найкращого учня візьму на 1 місяць в пошуку офера)

Всім гарного дня і настрою.
Сильні 💛
Обняв 🤗

Друзі привіт, ну шо, відпочиваєте від тестування?) А я як завжди, зранку кава, налаштовую енв для курсу і передивляюсь щось нове)

І от про шо хотів сказать. Я дуже часто чую: Ші скоро замінить мануальний куа, “тестувальники будуть не потрібні” і т.д. Хто давно зі мною мою думку знає я це чую вже років 5 і поки ми навіть близько не рухаємось в цю сторону)

Ось почитайте цю статтю https://smartbear.com/news/news-releases/state-of-software-quality-testing-2026/ Там опитали енну кількість людей з US та UK, які вже використовують AI у development. І цифри цікаві: я вже не помьятаю точний але якись то більше 50% команд вже мали проблеми з якістю, тому що development рухався швидше, ніж testing встигав за ним. А 40+% вже відправляли AI-generated code в production, який потім падав.

Тобто коду ми тепер можемо генерувати капець як багато і швидко. А от перевіряти його все одно комусь треба)

Так, AI став дуже сильним і забирає частину роботи. Я, наприклад, вже переклав на своїх агентів десь 30% рутини: документацію, контроль issues, розбір логів, написання і ведення кейсів. Але керувати цим, аналізувати результат і реально відповідати за якість все одно залишається на мені.

Тому почитайте статтю, думаю зрозумієте, про шо я)

Якщо є у вас приклади як ви це юзаєте або є що обговорити, я залюбки)

Сильні 💛
Обняв 🤗

Друзі привіт - я сподіваюсь ви всі в безпеці і ваші близкі теж.

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

Не забувайте слідкувати на ютубом https://www.youtube.com/@BugOrDefect я відновлюю записи роліків як обіцяв ітервью, коротки розбори протоколів тощо) так що вже скоро)

Всіх обняв 🤗
Сильні 💛

Друзі привіт - як ваш день?) Сподіваюсь ви та ваші близькі в безпеці.

Ну шо, продовжимо нашу тему

Протоколи для QA. - SSE

Сьогодні поговоримо про SSE (Server-Sent Events). І я майже впевнений, що багато хто з вас уже з цим працював, навіть не знаючи його назви)

Так що я маю вам сказать. Ви ж користуєтесь умовно чатом гпт?? Помічали, як відповідь з'являється поступово, а не вся одразу? так от, один зі способів реалізувати таку поведінку це саме SSE.

Тобто SSE це механізм передачі подій від сервера до клієнта через HTTP. На відміну від WebSocket, тут комунікація одностороння: сервер → клієнт.

І тут для КУА починається цікаве) Уявімо: ви тестуєте якись то аі-чат. Відповідь почала приходити, але на половині тексту зупинилась. Або після reconnect частина повідомлення дублюється. Або сервер відправляє події, але в UI вони з'являються всі разом через 20 секунд.

І це не обов'язково баг ШІ чи фронтенду. Проблема може бути в HTTP-з'єднанні, proxy buffering або обробці reconnect.

І звісно цеж можно перевірити))
Відкриваємо DevTools → Network і шукаємо запит із Content-Type: text/event-stream.

Або ще краще через термінал:

curl -N -H "Accept: text/event-stream" https://your-server/events

І дивимось, чи реально події надходять поступово.

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

Мій Поінт до вас простий: HTTP 200 OK ще не означає, що streaming працює правильно. З'єднання може бути успішним, а користувач так і не отримати повну відповідь.

Тому коли тестуєте чати, live notifications або будь-який streaming перевіряйте не тільки результат, а й сам процес доставки даних.

Сильні 💛
Обняв 🤗

Друзі привіт, як ваш день?) Сподіваюсь ви та ваші близькі в безпеці.

Ну шо, сьогодні трохи не про КУА, а про AI та робототехніку)
Натрапив на дуже цікаву штуку - Microduck від Pollen Robotics і ше там когось но забув)

Це типо маленький робот висотою всього там щось до 30 см, який вміє ходити, вставати після падіння, брати предмети та навіть кататися на роликах) Але я не про це хотів розказати.

Мені реально сподобалось це підхід до його навчання.
Це не просто робот, якого купив, погрався з готовими командами і поставив на полицю. Тут ти типо можеш сам навчати його нових рухів та поведінки за допомогою через лернінг. ну не прикольно?
Тобто спочатку тренуєш його в симуляції, дивишся, як він помиляється, змінюєш умови, навчаєш знову, а потім переносиш результат на реального робота. І все це open source!

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

Короче виглядає прикольно як на мене) що скажете?

https://pollen-robotics.com/microduck/
Сильні 💛
Обняв 🤗

Всім доброго вечора) ну що хтось вже ногу за ногу а хтось ше чекає мітенга?

Яж думаю у вас як у всіх нормальних людей нема реліза в п'ятницю?)))

якщо є то треба як на відео)
Деви: код готовий
PM: релізимо!
QA: а хто сказав, що я вже закінчив тестувати? або почав тестити)))) 😁


Всім гарного вечора і вихідних)
Сильні 💛

Друзі привіт - як ваш день?) Сподіваюсь ви та ваші близькі в безпеці.

Ну шо, продовжимо нашу рубрику «Протоколи для QA».

Сьогодні поговоримо про доволі цікаву штуку, це A2A (Agent2Agent Protocol).
Що я маю вам сказать. ШІ вже навчився не тільки відповідати на питання, а й виконувати задачі через окремих агентів. І тут виникає питання: а як ці агенти взагалі спілкуються між собою, особливо якщо вони написані на різних технологіях?

Тут на справді просто, jт для цього і створили A2A відкритий протокол, який дозволяє незалежним аі-агентам знаходити один одного, передавати задачі, обмінюватися результатами та відстежувати їх виконання.
Уявімо реальний куа-сценарій. (це про те що я вам росповідав про архестратор як у мене працює реально)
У нас є orchestrator, який отримує задачу з Jira. Він передає її агенту, який аналізує requirements, а той залучає іншого агента для підготовки тест-кейсів.
І все красиво, поки один з агентів не відвалився посеред виконання)
А orchestrator отримав неповний результат і повідомив, що задача успішно завершена.
І от тут для КУА починається найцікавіше. Бо A2A - це не щось магічне так?. Під капотом там звичайні для нас технології: HTTP(S), JSON-RPC, gRPC, REST, а для передачі подій у реальному часі може використовуватись SSE.
Агенти обмінюються повідомленнями, працюють із Task ID та статусами на кшталт TASK_STATE_WORKING, TASK_STATE_COMPLETED, TASK_STATE_FAILED.
Для початку можна навіть через curl перевірити Agent Card:
curl -i https://agent.example.com/.well-known/agent-card.json
Це приклад адреси. У відповіді дивимось capabilities, підтримувані інтерфейси та вимоги до авторизації.
А далі через Postman можна тестувати A2A API. Наприклад, у REST-інтерфейсі v1.0:

Типо щось POST /message:send - передати задачу агенту.
або GET /tasks/{taskId} - перевірити її стан.
І тут мій улюблений поінт: якщо всі агенти сказали, що виконали роботу, це ще не означає, що результат правильний)
Тому з розвитком AI з'являється цілий новий пласт тестування: не тільки перевіряти відповідь одного агента, а й перевіряти їхню взаємодію, стани, передачу даних та обробку помилок.
І як на мене, для технічного QA це дуже цікава історія.

Ось тут можете щось про протокол почитати) https://a2a-protocol.org/
Сильні 💛
Обняв 🤗

Друзі привіт - як ваші справи?) Сподіваюсь, ви та ваші близькі в безпеці.

Хотів з вами трохи поділитися масштабами підготовки до запуску мого курсу)
Я розробив власну LMS-систему і вже захостив її. Тепер усе в одному місці: матеріали, практика, домашні завдання та інші штуки, які потрібні для навчання. І мені зручно все контролювати, і учням не потрібно бігати між різними сервісами.
Ну не топ же?)

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

Скоро стартуємо!

Сильні 💛
Обняв 🤗