Доброго ранку ☀️☀️☀️
Недільний вайб, кава в руці — а ми тут із привітом і привітанням.


А тепер — традиційне:

Всім доброго ранку, гарного понеділка 😊😊😊

☕️ Ранкові історії QA
просто тікет, казали вони…

Понеділок. Кава. Відкриваю Jira — час трохи розгребти бэклог і переасайнити задачі.
Один тікет виглядає просто, “перевірити поведінку при 401 на стороні SSO”. Думаю ну, зараз закину комусь.

Але ж ми не шукаємо легких шляхів, правда?

— Читаю опис — ні про таймінг, ні про реєстрацію помилки, ні про логіку retry.
— Лізу в codebase — ага, тут взагалі fallback API недоопрацьований.
— Розбираюсь, треба уточнити behavior, оновити AC, дописати логіку тестування і чекліст.
— Оновив опис, додав steps-to-reproduce, use-case та очікувані результати.
— Переасайнив.

А потім такий дивлюсь…
“Та тут уже все готово, можна й закривати!”


Так от, питання,
Усім так кайф перетворювати тікет на системний QA-рев’ю, чи тільки мені?

Люблю, коли команда отримує задачу як на тарілочці, з прикладами, логікою і без сюрпризів.


Note: зовсім скоро на каналі буде нова дуже потужна рубрика)))

Буду вдячний за репост групи,

https://t.me/BugOrDefects

Всім доброго вечора - не дарма кажуть шо Понеділоооок це тяжкий день 👀👀👀

🌙 Вечірня історія QA: “Камера в Додатку є, а картинки нема”

Іноді буває, хочеш просто спокійно пройти кол один-на-один...
А в результаті — баг, інвестигейт, і ще один тікет у backlog

Ситуація,
Починається демо. Вмикаю камеру — а з іншого боку чую.
— “Ти в онлайні, але у тебе чорний екран”
Я в шоці, в мене все норм. Камера працює. Вікно показує, що світло є.

Ctrl + CMD + перевірка параної включена.

Що далі? QA-мозок активовано

Дивлюсь
— Інший браузер → те саме
— Перевірка в іншій апці → камера працює
— DevTools → чисто
— Логи застосунку → не кричать, але… цікаво: VideoStreamError: capture failed

Тут я вже відкриваю chrome://media-internals
→ Знаходжу сесію
→ І бачу, що video input ловиться, але вивід порожній

Далі цікавіше,

— Репродукую в іншій системі — все працює.
— Повертаюсь до своєї — бачу, що застосунок підтягує не ту камеру: default stream з інтегрованої вебки, яка була фізично вимкнена BIOS’ом 😐

У GUI обрана правильна камера,
але всередині — fallback на першу в списку (бо system default не змінений).

Root cause знайдено,
Якщо system default device → недоступний,
а в UI обраний інший → застосунок не вміє graceful fallback
В результаті: чорний екран без помилки і без навіть warning’а

Що зробив:
— Завів баг: “Incorrect video stream fallback when system default is unavailable”
— Додав сценарій до regression suite
— Запропонував UX-поправку, показувати warning, якщо вивід порожній > 3 сек
— І кинув тести в автотест suite (перевірка доступності стріму через getUserMedia)

Моралька для QA

Коли щось не працює, але “у мене працює” — копай, поки не дізнаєшся чому.
Бо не камера винна — винен fallback 🤓

У тебе таке було?
Зберігай і поділись з тімейтом — може і він сьогодні транслює “чорний екран як життя”

Буду вдячний за репост групи,
https://t.me/BugOrDefects

Доброго ранку. Як ваш настрій?)

☕️ Ранкова історія QA:
Bug or defect? А може просто “де я вчора зупинився?”


Прокидаюсь, відкриваю Jira — день тільки почався, а душа вже болить.
Скролю тікети, ловлю очима знайоме:

[STG] 504 error на endpoint /reports/summary

Task від мене самого. Тобто сам собі QA, сам собі PM, сам собі “ти чого це не закрив?” 🙃

Вчора,
— Виявив, що stage лягає при 5+ запитах до /reports/summary
— Почав дебажити:
  – подивився в HAR — видно таймаут
  – погрався з

curl --max-time

, щоб відловити стабільність
  – глянув лог сервера: нічого критичного
  – подумав: "треба ще API headers перевірити, може це CDN…"
  – …і тут мені в чат: “купа питань і по темі і не по темі”
  – …ну я й закрив ноут.

Сьогодні:
Перший інстинкт — залізти в

git log → є гілка bug/stg-504-check

Коміт називається, wip, don’t merge, pls remind me 😵‍💫
В Postman – request chain, але без environment, токен закінчився.
А в нотатках,
— можливо проблема в retry-after
— порівняти stage/prod timeout
— headers x-cache на CDN

Що дізнався після другого заходу.
– CDN повертає 504, а бек працює норм
– проблемний саме кеш — старі response-и тримаються довше, ніж треба
– dev-оточення має bypass кешу, а stage — ні
– додав
header cache-control: no-cache
і баг перестав проявлятись
– завів баг в таск-трекер як Defect, неправильна поведінка продакшн-конфігів на stage
– додав коментар, давайте кеш не дебажити по понеділках…

Мораль,
Не всі 504 — це про бекенд. Іноді баг — це ти, який забув, що вже все майже знайшов.
Bug or defect?
Цього разу — точно defect.
А ще — дефіцит уваги зранку 😅

У кого ще в Jira задачі типу "я вже почав, чесно!"?



Пиши — і давай разом згадувати, хто ми, де ми, і хто ці люди з тікетів.

Буду вдячний за репост групи
https://t.me/BugOrDefects

Маленька - QA-шпаргалка: коли камера в браузері "є, але нема"

Тул, який рятує день:
— chrome://media-internals
— тут дивимось потоки з камери, шукаємо resolution: 0x0, MEDIA_STREAM_TRACK_NO_FRAMES_RECEIVED і інші подарунки.

Що ще глянути:

chrome://webrtc-internals — якщо камера через WebRTC

chrome://device-log — чи Chrome взагалі бачить пристрій

chrome://settings/content/camera — перевір доступи

Лайфхаки.

Камера часто ламається, якщо її хтось "забрав" у фоні (друга вкладка, інша апка)

Рестарт permission'ів іноді рішає

Розмиття фону? — частий злодій продуктивності

Зберігай, щоб потім не питати в Zoom: "А ви точно мене бачите?" 😅

Буду вдячний за репост групи,
https://t.me/BugOrDefects

Доброго вечора - знайомлю вас з крутой штукой =)))

Netcat (nc) — твій кращий друг у QA-інвестигейшені

Що це таке?
Netcat — це легкий, універсальний інструмент для роботи з мережею. Підключитись, відлагоджувати TCP/UDP-з’єднання, прослухати порт, передати дані, перевірити доступність, навіть створювати імпровізовані чати між машинами — він усе це може.

Це як якщо telnet, curl і nmap зібрались в одну утиліту без зайвих балачок.

Що вміє nc і чим він корисний QA:
Перевірити доступність сервісу/порта:

nc -zv api.myproject.local 443

Просканувати портовий діапазон (чи живе щось на цих портах):

nc -zv service.local 8000-8100

Підняти локальний listener:

nc -l 9999

(корисно, коли хочеш подивитися, чи хтось шле запит)

Відправити тестовий payload у сокет:

echo "ping" | nc 127.0.0.1 8080

Додати таймаут:

nc -zvw5 service.dev 7000

Зробити імпровізований чат між машинами (так, nc це теж вміє!)
На одному компі (слухаєш):

nc -l 1234

На іншому (підключаєшся):

nc IP_першого 1234

Пишеш — і бачиш повідомлення на іншій машині в real-time. Можна навіть влаштувати міні-QA-диспут


Навіщо це вам?
Швидко зрозуміти, чому тести падають: сервіс не працює, чи реально бага?

Перевірити staging, dev або QA середовище без чекання девопса

Тестувати інтеграції без підключення реального бекенду

Як встановити?
Ubuntu / Debian:

sudo apt install netcat

macOS (через Homebrew):

brew install netcat

Windows:
https://eternallybored.org/misc/netcat/

Збережи пост — буде день, коли staging впаде, а nc витягне тебе з хаосу

Якщо хочеш part 2 з прикладами передачі файлів, проксі чи відладки сокетів — пиши в коменти.

Буду вдячний за репост групи
https://t.me/BugOrDefects