Мир сегодня с "Юрий Подоляка"

Труха⚡️Україна

View

Инсайдер UA

View

Мир сегодня с "Юрий Подоляка"

View

Труха⚡️Україна

View

Инсайдер UA

View

Bug or Defect?

Technology

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.
По любим питанням стосовно QA пишіть в ЛС https://t.me/Ihor220

TGlist rating

TypePublic

Verification

Not verified

Trust

Not trusted

LocationУкраїна

LanguageOther

Channel creation dateNov 13, 2024

Added to TGlist

Apr 28, 2025

I own this channel

History of changes

Linked chat

Bug or Defect? Chat

Statistic of Telegram Channel Bug or Defect?

More details

Subscribers

724

24 hours

172.4%Week

28564.9%Month

628654.2%

Citation index

100

Mentions2Shares on channels0Mentions on channels2

Average views per post

294

12 hours266

4.8%24 hours294

21.5%48 hours424

Engagement rate (ER)

9.18%

Reposts8Comments0Reactions19

Engagement rate by reach (ERR)

40.78%

24 hours

12.12%Week

11.02%Month

167.27%

Average views per ad post

314

1 hour3210.19%1 – 4 hours15148.09%4 - 24 hours14044.59%

More details

Connect our bot to the channel to find out the gender distribution of this channel's audience.

Total posts in 24 hours

2

Dynamic

Latest posts in group "Bug or Defect?"

All posts

17.05.202508:11

👋 Доброго ранку, QA-друзі!

Сьогодні без історій — вже 11:02, а перший урок на сьогодні вже проведено (і поки що він же й останній )

Сподіваюсь, у вас гарний настрій, бо день тільки починається — або вже якось йде 😄
У мене за вікном дощ, тому саме час зробити собі кави або чаю
…і заскочити почитати щось корисне для професійної душі.

Навіть у суботу ми трішки качаємо скіли 💪

А нижче — рубрика, яка не дасть розслабитись 👇

16.05.202515:53

Всім доброго вечора, ну що ось і вихідні наступають)
Всім гарних і сонячних вихідних 🤗🤗🤗

Залишу це вам, Шпаргалка по Git, яку хочеться зберегти

Колись я теж плутався між git pull, git fetch, git reset --hard, і думав, що rebase — це щось, що краще не чіпати руками без амулету та зілля захисту 😅

Тому ось вам міні-шпаргалка — просто, коротко і наочно

Буду вдячний за поширення групи)

16.05.202507:32

Всім доброго ранку!! 🤗

Ранкові історіі QA - Впевнений шо у вас таке теж було і не раз)
Дайте хоч щось… — сказав дев і зробив твій день присвішений дослідження і збору 1000000 кб логів 🤪🤪🤪

Коли дев каже

“У нас нічого не видно. Дайте хоч щось…”

А ти бачиш, як на клієнті трансляція йде. Відео програється, спікер говорить, все типу ок. Але dev на стороні серверу каже:
У нас порожньо. Нічого не приходить.

І ти такий
Ну добре…
Тут починається твоя улюблена частина — трасування, sniffing і трохи QA-магії
Бо коли в UI щось відображається, а бекенд ніби нічого не отримує — ти вже знаєш, що це класика.

Клієнт є, сервер є, а трафік — ніби у відпустці.

Сценарій дуже простий як двері
У додатку йде трансляція. Але сервер не бачить ніякого трафіку (відеопотік через UDP).
А дев каже
У нас все чисто. Напевно, на клієнті щось…

І ти такій окей давай ставимо флажки і ловимо пакети

Слухаємо клієнта
Вмикаємо Wireshark (або dumpcap) на клієнтському боці.

ip.addr == <server_ip> && udp.port == 5000

або просто

ip.addr == <server_ip>

sudo tcpdump -i any host <client_ip> and udp port 5000 -w /tmp/server_capture.pcap

І… порожньо. Нічого. Нуль.
кей, тоді пробуємо ще фокус

sudo tcpdump -i any port 5000

Все ще — тиша. Нема навіть SYN, нема навіть запитів.
Ага! Тут вже цікаво.
так тепер аналізую мережу

Якщо на клієнті видно, а на сервері — нічого, це може бути:

фаєрвол (локальний або міжмережевий)

UDP-зв’язок блокується між сегментами

Неправильна маршрутизація (NAT, VPN, проксі)

Сервер слухає не той інтерфейс або порт

Аналіз в Wireshark
Фільтруємо пакети за:

ip.addr == <server_ip>

udp

rtp

frame contains "SETUP"

(якщо це RTSP)
І вже можна точно сказати:
“Ось клієнт відправляє, ось час, ось порт. Але сервер не бачить взагалі.”

Відправляєш dev’у: .pcap + скрін + timestamp
І підпис:

Ось вам всі логи і почті рішення - займайтесь)
але можно спробувати ще и фікс зробити))) але яж просто QA

Ключові фішки аналізу

tcpdump на сервері — must have

Wireshark — ідеально для фільтрації по потоку (stream)

Фільтри: ip.addr, udp, tcp.stream eq, frame contains

Завжди дивись: SYN, ACK, payload, порт, інтерфейс

Moral of the story,
Коли dev каже “Дайте хоч щось” —
Дай йому дамп і хай не бубнить.

бувало у вас таке що деви хочуть вид вас все на блюдечці?

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

15.05.202513:17

Шпаргалка, що покрилась пилом 😆

Витягуємо з архіву те, що мали б давно памʼятати, але... реальність така, що навіть сеньори інколи лізуть в гугл 👀

Хтось помітив?

15.05.202507:18

Доброго ранку - я опять з нудними історіями)

🌞 Ранкова історія QA: REST не завжди “OK”

Робочий день почався… не з кави і кліків по задачках. А з повідомлення в групі
Це не баг. REST повертає 200 OK.

🙃 Тааак, от і весь мій ранок полетів.

Не хотів відкривати повідомлення до кави. Але... щось мене потягнуло. І все — каву відмінили, пішов пояснювати.

Почав із простого
“Те, що REST повертає 200 OK — не значить, що для клієнта все добре.”

Бо якщо в тілі респонсу пусто, або там не ті дані, які потрібні клієнту, то яке ж це “OK”? Для API команда відпрацювала, а для UI — нічого не ясно.

Клієнт очікує масив з item’ами, який має значення, що показувати, які кнопки вмикати, чи взагалі є дані.
А в нас — просто статус без контенту. Ну, дякую.

40 хвилин пояснень, прикладів, зворотних кейсів, і — буде фікс 🙌
REST навчиться відповідати не просто “success”, а ще й інформативно.
Бо ми ж не просто виконуємо запит, ми будуємо діалог між фронтом і беком.

А у вас бувають такі моменти, коли треба пояснювати, що “success” — ще не значить “правильно”?

Гарного всім дня і тримаємось — до вихідних уже ближче 😄

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

14.05.202517:36

До теми з ранкового пула про перформанс!

Якщо цікаво копнути глибше — рекомендую блог BlazeMeter.
BlazeMeter Blog — це як технічний Medium для тестувальників:

— чеклісти з performance для API (реально зручно)

— кейси типу "як ми тестували мікросервіси на проді і не згоріли"

— інтеграції з JMeter, Jenkins і навіть Postman'ом

— і головне — читається просто, а не як документація до космічного шатлу

Ловіть посилання — https://www.blazemeter.com/blog

Зберігай у шпаргалку, поки не встигли сховати за пейвол 😅
І якщо знайдеш там перлину — кидай у коменти, шоб ми теж подивились.

Напишіть в коментарі знали по такий?

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

14.05.202506:49

Всім доброго раночку 👋👋👋

Сьогодні без історій. Просто день.
Такий собі — як понеділок, але без понеділка.

Все працює, задачі клікаються, прод дихає рівно.
І наче можна просто спокійно… жити?

Але є привід для теплоти.
Вчора був дуже душевний день — один з моїх учнів отримав офер!
Ми до цього дійшли, і от — все склалось.

Це завжди трошки як баг, що став фічею.

Нехай у вас сьогодні буде тихо, стабільно й з хорошим вайбом.
А якщо щось бахне — ну, розберемось. Ми ж QA.

13.05.202516:54

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

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

13.05.202510:17

Маленька - 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

13.05.202507:11

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

☕️ Ранкова історія 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

12.05.202517:22

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

🌙 Вечірня історія 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

12.05.202506:42

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

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

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

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

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

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

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

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

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

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

https://t.me/BugOrDefects

11.05.202509:29

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

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

10.05.202507:36

Забув вчора з вами поділитись — ловіть
Мав реальний стоп по SQL-запитах. Мозок завис, інтернет як завжди не по темі
І тут згадав про свою стару шпаргалку.
Вона мене вже не раз виручала — і цього разу теж витягла.

Подумав, а чому би не скинути вам теж?
Збережіть — може, теж стане в пригоді 👇

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

10.05.202506:57

☕️ Ранкові історики QA
Субота. Всі сплять, а я — як завжди з кавою.
Готуюсь до трьох дзвінків з учнями й питаю себе:
«Ну шо, не загнусь сьогодні?» 😄

Але це вже своя рутина.
QA-шна. Від якої трохи втома, але ще більше — драйв.
Коли встигаєш не тільки тестити, а ще й бути трошки маяком для інших

☀️ Гарного настрою і сонячної суботи вам, друзі QA!
Пам'ятайте: навіть субота — чудовий день для нових знань 💡

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

All posts

Advertised1 day

15.05.202508:00qa семпай про тестування

2.2K

Technology

Advertised4 hours

13.05.202510:06QA Україна

5.8K

Technology

Advertised1 day

12.05.202514:55All about QA - Все про тестування ПЗ

2.4K

Technology

Advertised1 day

12.05.202507:59Той самий QA | Тестування

724

Advertised1 day

07.05.202509:03🇺🇦 Security QA

5.5K

Technology

Advertised1 day

05.05.202508:10QA Україна

5.8K

Technology

More details

Records

18.05.202523:59

724Subscribers

11.05.202517:24

400Citation index

15.05.202521:15

407Average views per post

15.05.202521:15

431Average views per ad post

06.05.202523:59

28.21%ER

17.04.202518:00

197.92%ERR

Growth

More details

Subscribers

Citation index

Avg views per post

Avg views per ad post

ERR

More details

Popular posts Bug or Defect?

All posts

05.05.202517:06

Всім доброго вечора))

Вечірні історії QA

Розбирав один цікавий кейс - Кейс про зникаючі дані, які насправді нікуди не зникали
(або як localStorage зробив вигляд, що користувача не існує)

Situation,
— Юзер логіниться по email
— Додає товари в корзину
— Закриває додаток / виходить
— Знову логіниться

Корзина порожня, фільтри скинуті, REST нічого не повертає

Думаю: "Окей, рефреш? Кеш? Session timeout?"
Але! Навіть після оновлення сторінки до релогіна все було ОК, тобто справа не в сесії, не в рефреші, і точно не в браузері.

Думаю окай - будемо розбирати,

— Перевіряю REST — дійсно, приходить пустий масив на /cart і /filters
— Іду в базу — роблю select по user_id, → і тут перший шок: взагалі немає записів по цьому юзеру
Але я ж пам’ятаю, що вони були… Я САМ їх додавав!
— Перелогінююсь ще раз з тим же email → дивлюсь — корзина заповнюється (😅), але тільки якщо логін був з тією ж регістрацією email, як і раніше

Окей, теорія: різний кейс в email'і (upper/lower case) дає різний результат
Починаю тест:

— Заходжу як User@example.com → додаю товар → ID юзера в REST: id=1479
— Виходжу → заходжу як user@example.com → ID юзера: id=1932 😳

Один і той самий email, але два різні юзери в системі
(бо фронт не нормалізує email до нижнього регістру, і створює новий акаунт)

DevTools → Application → LocalStorage
→ дивлюсь ключі, значення
→ під кожен варіант email (User@... і user@...) зберігається окремий user_id

Виходить, що юзер сам себе обманув — або точніше, фронт створив дві сутності під один email, просто через різну капіталізацію.
А бек — йому що? Він чесно створив два акаунти.

Висновки для себе і всіх, хто дочитав:

Завжди нормалізуй email на фронті (toLowerCase())

Якщо REST поводиться адекватно, а юзер каже "все пропало" — дивись на ID

Використовуй DevTools → Application → LocalStorage
→ дивись user_id, token, і все, що може впливати на запити

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

Різниця в одному символі — мінус корзина, мінус юзерський досвід

Такий баг не ловиться автоматично.
Його ловить уважний QA, який знає, куди копати: бази, localStorage, REST, ID.

🫡 Дякую, що дочитав

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

10.05.202507:36

03.05.202506:30

Усім доброго ранку — Усім гарного настрою☀️
☀️ Ранкові історії ☀️

Ранкова доза реальності для майбутніх QA ☕️
Пост для тих, хто боїться співбесід

Кожного разу, коли я веду QA-курси, я переконуюсь у простій речі:
📚 Сира теорія випаровується одразу після того, як закривається кришка ноутбука.

Вчора спілкувався з одним учнем.
Каже:
— Боюсь ходити на співбесіди...
— Чому?
— Теорія слабка, практики нема. Раптом спитають щось, а я — “ну я не впевнений...”

Я кажу: “Так і ходи! Саме заради цього й треба ходити.”

Запам’ятай
Ніхто не народжується з досвідом.

На кожній співбесіді ти здобуваєш практику.

Кожна "незручна відповідь" — це +1 до твоєї реальної підготовки.

Як готуватись без практики:
Йди на всі співбесіди, навіть якщо вимагають “рік досвіду”
— Це формальність. Якщо ти мотивований і можеш пояснити як ти тестуєш — це важливіше.

Після кожної співбесіди — роби рев’ю
— Запиши питання, де “поплив”.
— Розбери вдома.
— Повтори через день-два.

Створюй свою базу знань
— Це твоя персональна зброя: сценарії, SQL-запити, помилки, що питали, навіть приклади кейсів.

І головне — не сприймай відмову як поразку.
— Це просто ще один крок до тієї співбесіди, де ти скажеш: “Ого, я впорався!”

І Пам’ятай:
Страх співбесіди — це лише страх невідомого.
Але кожна наступна — робить тебе впевненішим, досвідченішим і ближчим до роботи.

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

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

28.04.202517:25

Всім доброго вечора! 🌟
Ну шо, давайте розберемо коротенько, що все ж таке ці TLS і SSL.

Перше — дякую всім, хто взяв участь у завданні!

🔹 Що таке SSL?
SSL (Secure Sockets Layer) — це старий протокол шифрування для безпечної передачі даних.
З часом через виявлені уразливості його замінив новіший, безпечніший протокол — TLS.

🔹 Що таке TLS?
TLS (Transport Layer Security) — це сучасний протокол для захисту даних у мережі.
Він базується на SSL, але використовує кращі алгоритми шифрування і аутентифікації.
TLS сьогодні активно використовується у браузерах, API, пошті, VPN тощо.

🔹 Трохи більше інфи:
SSL був розроблений Netscape ще у 90-х для захисту інтернет-комунікацій.
Але мав кілька серйозних вразливостей (особливо SSL 2.0 і SSL 3.0).
Тому його замінив TLS — більш захищений і сучасний стандарт.

TLS — це не "стара версія SSL", а оновлений і безпечний протокол.
На сьогоднішній день усі нормальні системи використовують TLS 1.2 або TLS 1.3.
SSL більше не використовується у виробничих системах.

Чому не А)?
А) "TLS — це стара версія SSL, вони однакові."
👉 Ні, TLS — це новіший протокол, а не "стара версія".
У TLS інші механізми встановлення з'єднання, шифрування і безпеки.

Чому не В)?
В) "TLS і SSL — це два різні типи VPN-з'єднань."
👉 Ні, TLS/SSL — це протоколи шифрування трафіку, а не створення VPN.
VPN — це окрема технологія (OpenVPN, IPsec, WireGuard).

Чому не Г)?
Г) "SSL використовується тільки в API, а TLS тільки в браузерах."
👉 Ні, і API, і браузери працюють через TLS.
SSL застарів і більше не використовується

🎯 Чому це важливо для тестувальника?
Як QA ми маємо перевіряти:

Чи використовує проект TLS 1.2/1.3.
Чи вимкнені старі протоколи (SSL 2.0, 3.0, TLS 1.0, TLS 1.1).
Чи правильно налаштовані HTTPS-сертифікати та шифри.

Особливо важливо для безпекового тестування (security testing) і відповідності стандартам (наприклад, PCI DSS).

Дякую всім за активність! 🚀

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

26.04.202515:46

Всім привіт - для вас 15 потужних безкоштовних інструментів для QA 🚀
🔹 Playwright (США)
Швидке кросбраузерне E2E-тестування. Підтримує Chrome, Firefox, Safari. Ідеально для UI-тестів і інтеграції у CI/CD пайплайни.

🔹 Selenium (США)
Легенда автоматизації. Підтримка багатьох мов (Java, Python, C#, JS), тестування у реальних браузерах та хмарних сервісах.

🔹 Cypress (США)
Інтуїтивний JavaScript-фреймворк для тестування вебдодатків. Пише тести прямо у браузері, швидкий рантайм і стабільність.

🔹 Katalon Studio (Community Edition) (США)
Готовий набір для автоматизації веб, API та мобільного тестування. Мінімум налаштувань — максимум можливостей.

🔹 TestProject (Ізраїль)
Платформа для запису і запуску автоматичних тестів без коду. Інтеграція із CI/CD, спільнота плагінів, хмарне збереження.

🔹 Appium (США)
Кросплатформне тестування мобільних додатків для iOS та Android. Підтримує нативні, гібридні та вебдодатки.

🔹 JMeter (США)
Класика для навантажувального тестування. Створення сценаріїв тестування вебсайтів, API, баз даних та серверів.

🔹 Rest Assured (Швеція)
Фреймворк на Java для легкого тестування REST API. Простий синтаксис для складних сценаріїв перевірки запитів і відповідей.

🔹 Postman CLI & Collection Runner (США)
Потужний інструмент для тестування API. Дозволяє запускати тести через термінал, інтегрувати в CI/CD та автоматизувати регресію.

🔹 Robot Framework (Фінляндія)
Фреймворк із ключовими словами для автоматизації тестування. Підходить для Acceptance Testing, API, UI, DevOps задач.

🔹 Gauge (США)
Тести у форматі Markdown. Легке налаштування, підтримка мультиплатформності та чудова читабельність тест-кейсів.

🔹 Taiko (США)
Сучасний інструмент для стабільного браузерного тестування. Мінімум флейків, прості API для інтеграції з CI/CD.

🔹 Pact (Австралія)
Контрактне тестування для мікросервісів і API. Перевірка сумісності сервісів до релізу — мінімізація багів у продакшені.

🔹 TestNG (США)
Потужний тестовий фреймворк для Java. Підтримує параметризацію тестів, групування, паралельне виконання та гнучкі репорти.

🔹 ZAP (OWASP) (США)
Інструмент для сканування вразливостей у вебдодатках. Автоматичні перевірки безпеки, інтеграція у пайплайни DevSecOps.

Всі інструменти open-source і доступні для вільного використання!

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

04.05.202518:30

QA та логи: як не пропустити головне?
Зберігай собі — пригодиться ще не раз.

Для Десктопних застосунків (Windows / macOS / Linux):

Реальний час — консоль рулить
— Відкрий .exe, .app або інший файл через консоль → бачиш помилки в реальному часі.

🔧 Electron або WebView?
Ctrl+Shift+I (Win) або Cmd+Opt+I (Mac) → відкрий DevTools → вкладка Console

🗂 Системні журнали не брешуть:

— Windows: eventvwr.msc → Application
— macOS: Console.app
— Linux: journalctl, dmesg, або /var/log/syslog

Де шукати лог-файли руками на OS
%APPDATA%
%LOCALAPPDATA%
~/Library/Application Support/
~/.config/
/var/log/

Debug-режим:
— Запускай із параметром --debug — і отримай більше деталей.

📲 Android: лови, поки не зникло

Потрібно:
USB-кабель

Увімкнена налагодка (7 кліків по Build Number)

ADB з Android Platform Tools

Команди:
adb devices # перевір, що підключено
adb logcat # всі логи в real-time
adb logcat | findstr com.your.app # лише твоє
adb bugreport report.zip # все й одразу

Де ще лежить корисне:
/sdcard/Android/data/com.your.app/files/

Якщо після ручного APK Market лається:
adb uninstall com.your.app
adb shell pm clear com.your.app
adb shell rm -rf /sdcard/Android/data/com.your.app

iOS: не так просто, але можливо

🛠 Потрібно:

Mac + кабель

Доступ до Xcode

Варіанти:

Xcode → Devices → Console

Console.app (обираєш iPhone → спостерігаєш)

Crash-репорти:
~/Library/Logs/DiagnosticReports/

Золоті поради для QA:

🔸 Лог без таймстампа — це ліс без GPS
🔸 Якщо є маркери або логгер — використовуй їх на максимум
🔸 Прив’язуй лог до кроків → швидше фікс
🔸 І не забудь: поганий баг без лога — як кримінал без доказів

Підписуйся на BugOrDefect
Тут не буде води. Тільки практика, приклади з реальних історій й щоденні інструменти для QA.

16.05.202515:53

01.05.202517:21

Є ідея, яка не дає спокою…
Скоро на каналі — нова рубрика, яка може стати твоїм улюбленим форматом.

Всім гарного вечора 😊

27.04.202506:40

Ранкові історії QA #4: “Недільний релакс”

Прокидаєшся в неділю з думкою:
"Сьогодні тільки Family, кава і абсолютний чіл."
Але доля така:
Ти не просто QA Team Lead. Ти ще й ментор.
І вчора ввечері тобі прилетіло 10 000 домашок на перевірку.
Кава в руку, ноутбук на коліна, режим "Let's goooo!" увімкнено.
Чіл відкладається. Починається QA-марафон.

Мораль:
У нас немає вихідних. Є просто інша форма баг-трекінгу. 😄

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

28.04.202506:38

Всім привіт - Гарного настрою в Понеділок

🌞 Ранкові історії QA #5: "Понеділок, який заряджає"
Прокидаєшся в понеділок.
На душі несподівано легко. Навіть кава здається смачнішою зазвичай. ☕️
Заходиш на спринт-планування:
✅ Команда в зборі.
✅ Плани чіткі.
✅ Стратегії тестування вже крутяться в голові.
✅ Баги від минулого спринту закриті.
І тут ловиш себе на думці:
QA — це не тільки про пошук багів.
Це про створення впевненості.
В продукті. В команді. І навіть у собі. ✨
Мораль понеділка:
Правильний старт тижня починається з правильного настрою.
А правильний настрій — із віри, що сьогодні буде крутий день! 🚀

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

08.05.202509:24

Ubuntu. Просто. Чітко. В одному місці.
Поки система не впала — збережи цю шпаргалку.

Команди на всі випадки:
– Моніторинг
– Файли
– Пакети
– Мережа
– Сервіси
– Cron
– Snap і APT
– UFW, SSH, ping і ще купа всього

Якщо ти працюєш з Ubuntu — це must-have.
то роздрукуй, повісь і поклоняйся час від часу.

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

https://t.me/BugOrDefects

15.05.202513:17

07.05.202517:15

Сьогодні попав під ☔️ і побачив таку картину😆

Коли твій автотест не перевіряє умови середовища…
☔️+❄️+💦= #true

Manual QA дивиться на це і такий:
Ну точно ж баг, ну люди добрі!🤪🤪🤪

29.04.202517:57

Всім доброго вечора - Робочий день закінчився, ну шо розберемо шо таке Let's Encrypt

Якщо коротко Let's Encrypt — це некомерційна організація, яка допомагає зробити інтернет безпечнішим. Вона безкоштовно надає SSL/TLS-сертифікати, завдяки яким дані між сайтом і користувачем передаються у зашифрованому вигляді. Увесь процес отримання та поновлення сертифікатів автоматизований, тому власнику сайту не потрібно робити це вручну або платити — впровадити HTTPS можна швидко й легко.

Ключові фішки:
- Повністю безкоштовна альтернатива комерційним CA (як Comodo, GeoTrust)
- Автоматична видача та оновлення сертифікатів через протокол ACME
- Працює з популярними вебсерверами (Apache, Nginx), CI/CD, Docker тощо
- Довіряється всіма сучасними браузерами (включно з Chrome, Firefox, Edge)

Чому це важливо для QA?
- Перевіряєш валідність сертифікатів на стаді та проді
- Можеш зловити проблеми з некоректною інтеграцією або простроченням
- Тестуєш взаємодію HTTPS API, редиректи, HSTS тощо
- Часто Let's Encrypt — єдиний SSL на non-prod середовищі

Чому інші варіанти — ні?
A) "Платний сервіс для генерації TLS/SSL-сертифікатів"
- Саме фішка Let's Encrypt — безкоштовність.
Платні аналоги існують, але Let’s Encrypt не бере гроші за сертифікати.

B) "Браузерна технологія, що блокує фішингові сайти"
Це щось ближче до Google Safe Browsing або SmartScreen від Microsoft.
Let's Encrypt не займається фільтрацією сайтів.

D) "Онлайн-сканер для пошуку вразливостей в HTTPS-з'єднаннях"
Це можуть бути інструменти типу SSL Labs, Qualys або Hardenize - про які я вам можу також розказати)
Let's Encrypt — це центр сертифікації, а не сканер.

І тепер Висновок:
Let's Encrypt — це must-know для будь-якого QA, хто тестує веб або API через HTTPS.
Навіть якщо ти не DevOps, але ловиш баги типу:

- NET::ERR_CERT_DATE_INVALID
- SSL certificate has expired
- Connection not secure — то треба знати, звідки сертифікат, і як він працює в інфраструктурі.

До речі, багато CI/CD (GitHub Actions, GitLab, Render, Railway) інтегруються з Let's Encrypt — тому тестувальнику важливо розуміти, коли це може зламатися.

В цьому пулі було дуже напружено - всім гарного вечора ❤️❤️❤️

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

16.05.202507:32

“У нас нічого не видно. Дайте хоч щось…”

ip.addr == <server_ip> && udp.port == 5000

або просто

ip.addr == <server_ip>

Запускаємо запис, відтворюємо трансляцію, ловимо .pcap.
У дампі бачимо:
Пакети йдуть / payload є / порти вказані правильно

Клієнт — невинний.

ну окай тоді слухаємо сервер
На сервері — tcpdump, бо він не підведе

І… порожньо. Нічого. Нуль.
кей, тоді пробуємо ще фокус

Все ще — тиша. Нема навіть SYN, нема навіть запитів.
Ага! Тут вже цікаво.
так тепер аналізую мережу

Якщо на клієнті видно, а на сервері — нічого, це може бути:

фаєрвол (локальний або міжмережевий)

UDP-зв’язок блокується між сегментами

Неправильна маршрутизація (NAT, VPN, проксі)

Сервер слухає не той інтерфейс або порт

Аналіз в Wireshark
Фільтруємо пакети за:

ip.addr == <server_ip>

udp

rtp

frame contains "SETUP"