Не попадитесь на накрученные каналы! Узнайте, не накручивает ли канал просмотры или
подписчиков
Проверить канал на накрутку
Телеграм канал «Bug or Defect?»
Bug or Defect?
772
179
38
11
1.7K
Welcome to Bug or Defect? — your personal QA playground. Hosted by a QA Lead who’s turned countless hours of bug-hunting into bite‑sized insights and real‑world musings.
Друзі привіт, як ваш день?) Сподіваюсь ви та ваші близькі в безпеці.
Ну шо, сьогодні трохи не про КУА, а про AI та робототехніку)
Натрапив на дуже цікаву штуку - Microduck від Pollen Robotics і ше там когось но забув)
Це типо маленький робот висотою всього там щось до 30 см, який вміє ходити, вставати після падіння, брати предмети та навіть кататися на роликах) Але я не про це хотів розказати.
Мені реально сподобалось це підхід до його навчання.
Це не просто робот, якого купив, погрався з готовими командами і поставив на полицю. Тут ти типо можеш сам навчати його нових рухів та поведінки за допомогою через лернінг. ну не прикольно?
Тобто спочатку тренуєш його в симуляції, дивишся, як він помиляється, змінюєш умови, навчаєш знову, а потім переносиш результат на реального робота. І все це open source!
Тобто ви вдумайтесь куди рухається AI. Ти вже не просто користуєшся готовою технологією, а можеш сам експериментувати, навчати її і розбиратися, як вона працює. І найцікавіше, що поки навчаєте робота та самі постійно вчитесь і відкриваєте для себе світ ші з іншої сторони) - я знаю про шо говорю бо у мене є знайомі шо даже не знаю шо це таке або знаю но не юзали не разу - тищо щось там єєє)
Ось це для мене набагато цікавіше, ніж просто чергова іграшка з ші.
Уявімо ситуацію: вам приходить лист нібито від Jira. У ньому правильна назва вашого проєкту, реальний номер задачі, нормальна англійська, знайомий стиль повідомлення. Все виглядає як звичайне робоче сповіщення.
Ви переходите за посиланням і потрапляєте на справжню сторінку Microsoft - login.microsoftonline.com.
Але після авторизації сторонній застосунок просить доступ до вашої пошти та файлів.
Друзі привіт - як ваш день?) Сподіваюсь ви та ваші близькі в безпеці.
Ну шо, продовжимо нашу тему
Протоколи для 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 перевіряйте не тільки результат, а й сам процес доставки даних.
Друзі привіт - як ваші справи? сподіваюсь ви в безпеці.
Так я думаю є багато хто любить послухат розумних людей і взяти для себе шось цікавеньке - я також хожу і слухаю бо все знати нереально а вчитися все життя треба і розвиватися)
А скажете ше чарівне слово bugordefect то буде вам скидочка 10% зробили для нас)
ТО
Найбільша українська онлайн конференція з якості та тестування «Бетельгейзе-2026».
📅 17-18 жовтня. День доповідей та окремий день дискусій.
🟠16 учасників
🟠12 доповідей
🟠7 дискусій
🟠записи всіх відео.
Унікальний формат:
🟠для доповідей: після кожної на "сцену" долучається експертна група для міні-обговорення про почуте
🟠для дискусій: кожна має опонента (Boogieman, Бабайка), який спробує ставити під сумнів тези обговорення
Друзі привіт - я сподіваюсь ви всі в безпеці і ваші близкі теж.
Я дуже приємно вражений від вашого актива по поводу курса - Курс вже набран і це круто, будь ласка не ображайтесь на мене хто не встиг попасти - буде друга ітерація і я сподіваю ще не одна, всіх записав хто хотів на 2 ітерацію, було з ранку 1 місця у людинкий не вийшло)
Також не ображайтесь кого я не взяв на курс після розмови - я на справді не хочу щоб ви тратили свій час і гроші на те що ви вже знаєте - ви дужи сильні для цього курса і деякими местави вам буде скучно) краше потім прийдете на Pro курс який в розробці)
Не забувайте слідкувати на ютубом https://www.youtube.com/@BugOrDefect я відновлюю записи роліків як обіцяв ітервью, коротки розбори протоколів тощо) так що вже скоро)
Друзі привіт, ну шо, відпочиваєте від тестування?) А я як завжди, зранку кава, налаштовую енв для курсу і передивляюсь щось нове)
І от про шо хотів сказать. Я дуже часто чую: Ші скоро замінить мануальний куа, “тестувальники будуть не потрібні” і т.д. Хто давно зі мною мою думку знає я це чую вже років 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, розбір логів, написання і ведення кейсів. Але керувати цим, аналізувати результат і реально відповідати за якість все одно залишається на мені.
Тому почитайте статтю, думаю зрозумієте, про шо я)
Якщо є у вас приклади як ви це юзаєте або є що обговорити, я залюбки)