Всім доброго ранку, всім гарного та продуктивного дня, кава в руці палець на мишці)) 🤗☀️☀️

Сьогодні без історій.
Після одного дня “OOO” беклог уже кричить, робота зібралась, треба розгрібати
Тож історії сьогодні відклались… але не без бонусів

До мене часто звертаються HR і друзі-рекрутери з проханням порекомендувати когось на стартову позицію в QA з моїх учнів яких я веду.
Цього разу ділюсь однією з таких можливостей QA Traineeship.
Можливо, комусь з вас саме це потрібно для старту або нового витка.

https://career.cleveroad.com/traineeship/qa

Якщо підходить, пробуйте.
А я пішов гристи backlog

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

https://t.me/BugOrDefects

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

чому не (A) - IPv4 це як старший брат, який ще живе в 32-бітному світі. Його формат 4 десяткових числа, розділені крапками
наприклад 192.168.1.1.
Там максимум 4,000,000,000 скількось там цих адрес,точно я не помню, і вони вже давно закінчились.

А в нашому прикладі ні крапок, ні знайомих цифр, лише двокрапки і шістнадцяткові значення.

Чому ні (С)
бо CIDR це не тип адреси, а формат запису
IP-адреса/маска. Наприклад: 192.168.1.0/24
Це потрібно для сабнеттингу (ділення мережі на підмережі).
А у нас просто IP без маски.

Ну і фаворит за відповідями це (D) і чому не він правильний.
MAC це взагалі інша пісня. Це адреса твоєї сіткової картки, умовно (паспорт) пристрою в локалці.
Виглядає ось так як приклад 00:1A:2B:3C:4D:5E.
І жодного відношення до IP з логів не має.

ну і чому же правильна відповідь всеж (B)
Так, це він новий стандарт, 128-бітна IP-адреса.
Складається з 8 блоків по 4 шістнадцяткові символи.
Наприклад 2001:0db8:85a3:0000:0000:8a2e:0370:7334
може бути скорочено як
2001:db8:85a3::8a2e:370:7334 і це теж ок.

IPv6 потрібен, бо світ перевантажився девайсами.
І замість мільярдів він дозволяє мати 2^128 унікальних адрес. Це трішки більше, ніж піц у понеділок на спринт =)

Для QA це корисно знати, бо іноді саме по IP в логах можна відловити, де API не туди постукав, або хто з мобілки тестує staging у 3 ночі

Якщо є щось додати, давайте це обговоримо в коментарях)

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

https://t.me/BugOrDefects

Доброго ранку, Каву заварили і погнали) 😜

Ранкові історії QA:

Думає всім це знайоме шо іноді, щоб довести деву, що це все-таки баг, треба обійти пів світу…

Вчора звернувся до мене мій учень, що фрілансить вже на платформі testIO, ну я вам про нее розказував. Ну і жаліється типо вже 3-4 раз вертають ту багу - то не то, то нема репро, то так має бути і т.д
Суть баги яка - шо після того, як користувач фільтрує щось, натискає "зберегти", а після рефреша нічого не збереглося, ну і в документаціі явно прописано шо повинно ресторити в любому випадку.

ну і я, і як ти пишешь, куди ти дивився і т.д
Та описую. клікаю "Save", роблю refresh фільтр не зберігся

Ну а в localStorage або sessionStorage дивився, чи щось туди летить? він такий ні, а шо треба?

Оце й воно. Часто баг не в тому, що “UI щось не показує”, а в тому, що він не знає, що показати, бо дані банально не збереглись. І тут або щось не працює в логіці, або сама реалізація фічі крива.

У цьому кейсі після кліку “Save” нічого не з'являлось в localStorage.
Після refresh фільтрів не було, бо, очевидно, UI нічого не відновив, йому просто не було звідки.

Повторно завів тікет, показав де проблема + коротке гіфка з відкритим локал стореджем і вуаля, Accepted
+4€ в кишеню, +1 в карму QA-практики

Бо іноді баг це не "воно зникло", а "воно мало зберегтись, бо так задумано".

Робіть висновки, друзі заглядайте глибше.
Бо хороший QA це не просто клікер, це той, хто бачить, як працює (і як має працювати) система.

Ось мені дуже цікаво як у вас на роботі? вам теж треба деву написати де в коді поломалось? показати ту чі іншу помилку яка до цього відноситься? перерити 1000000мб логів?

бо в мене є знайомі де QA пише просто не працює і не логів нічого а Деви дивіться сами шо і як?

Гарного всім ранку і багів, які легко доводяться 💪


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

https://t.me/BugOrDefects

Всім привіт - хочу розібрати коротенько пул для вас)

Чому не (А)
Якби IP був справді статичний, то він би не змінився. А тут чітка зміна адреси між днями. Або VPN не статичний, або не використовується.

Чому це ні (B)
Це прям маловірогідно. Якщо IP справді був статичний провайдер змінює його в крайніх випадках, та й зазвичай після попередження. Це платна послуга, її просто так не чіпають.

Чому ні (D) - хотя по голосуванню воно перебільшує правильну відповідь
Якщо б сервер кешував стару IP, це означало б, що при новому зверненні він не бачив би нового IP але в логах видно, що запит від 92.113.55.32 відхилено. Тобто сервер вже бачить нову IP і дає помилку доступ заборонено.
Якщо система кешує IP замість перевіряти токен/сесію то це не кеш, а потенційна діра в безпеці. В нормальних системах так не роблять. Щоб сервер чекав стару IP, треба було б мати дуже специфічні кеші чи налаштування, які блокують всі запити, окрім старого IP, але це рідкісна і незвична конфігурація, це би привело до купа проблем і помилок

ну і чому це (С)
Найчастіше користувач не розбирається ну працює і працює. Але провайдер дав динамічний IP (видається автоматично через DHCP), і після певного часу/рестарту роутера IP міняється.
А сервіс, наприклад, лімітований по IP (або whitelist, або токен прив'язаний до IP) і все. Новий IP старий користувач і о побачення, доступу нема.

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

https://t.me/BugOrDefects

Ну що, друзі)
П’ятниця пройшла, staging пережив, dev втік значить, можна дихати 😄

Гіфка як життя, QA завжди напоготові, навіть коли девелопер вже думками на шашликах)

Всім гарних вихідних! 🤗🤗🤗
Нехай ніякий баг не зіпсує вам каву і план на серіальчик

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

Друзі, з суботою вас!
Комусь сьогодні каву на сонці, комусь фікси в staging, але головне щоб день був по кайфу 💛

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

Так що бажаю вам, відпочинку, і ресурсів щоб горіти, а не вигоряти.

Гіфка з верху ну чисто правда життя,
коли ти вже видихся, а керівник такий
"Нє, не може бути. У тебе ще задач повна прірва!" 😁

Бережіть себе бо ресурс важливіший за всі проди світу

Всім привіт - як ваші справи?)

Фішинг зараз як спам у 2000-х: кругом, і не кажіть що не хто з вас такого не получав - шось типо
Ваша посилка в поштоматі, відкрийте лінк
Підтвердіть платіж на 1600 грн
Ваш GitHub буде заблокований…

І ти такий сидиш... та гляну лиш одним оком… - хотя всі знаю навіть бабуся шо такі штуки краше ні чіпати)

я згадав про тул, який рятує від цього імпульсу
https://browser.lol/ це не мем, а реально працюючий віддалений браузер.

Сайт відкривається на сервері, а ти просто дивишся його через стрім.
Ніякі скрипти, редіректи, трояни чи xss тебе не чіпають.

А для QA взагалі золото:

- Можна швидко перевірити підозрілий staging без логіну у свій Google чи GitHub
- Побачити, як поводиться лінк без куків/локального сховища
- Потестити редіректи, банери, умови first-time open
- Навіть UI-баги без аддонів браузера краще видно повністю “свіже” середовище

Короче якщо вам хтось шле лінк, а ви не впевнені киньте його в browser.lol, гляньте, і тільки потім вирішуйте.
Трошки параної нікому не шкодить особливо в 2025 😉

Але помьятайте що він не гарантує повної анонімності або захисту, як VPN чи sandbox, але від фішингових скриптів, редіректів, і небажаного JS реально рятує.

Ну а хто вже тестив фішінгові лінки чи має свою історію давайте в коментарі, люблю такі штуки

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

https://t.me/BugOrDefects

Всім доброго ранку друзі - як ваші справи, ну що ось і до України прийшла сонячна погодка) як у вас у нас в Одесі ну прям дуже жарко стало ☀️☀️☀️

З робочим понеділком! Поки хтось прокидається з кавою, а хтось із Jenkins-ом, у мене для вас свіжа історія, де головну роль грає саме той Wireshark.

Ранкові історії QA
Вчора мав урок з учнем все як завжди гугл міт, бо в зумі корпоративний акаунт, демонстрація, спокійна ранкова атмосфера. Але… звук з відео не стрімиться. Наче все ок, але нічого не чути.
Meet мовчить, Windows каже все норм, браузер як завжди нічого не пояснює.

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

Запускаю Wireshark, обираю Wi-Fi інтерфейс, вбиваю фільтр

stun  turn  rtp  rtcp  udp.port==3478

(порти WebRTC-з'єднань)

І що я бачу? Немає взагалі жодного STUN/UDP трафіку.
Тобто WebRTC навіть не стартує.

А тепер головне…

Я ж сам колись тестував, як працює блокування мікрофону в браузері, і… відключив йому доступ руками. Забув.

Як кажуть, сам дурак, тепер думай.

Просто браузер мовчки не дає мікрофон, WebRTC не запускається, а DevTools про це нічого не каже.
meet чесно
Нема навіть спроби. Друже, йди в permissions.

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

для мене wireshark це просто ТОП
то шо я вам хочу сказать - качайте вже https://www.wireshark.org/ і хай лежить під рукой
а це вам міні-гайд для QA, коли DevTools не рятує

- Фільтри для WebRTC-дебагу

stun || turn || rtp || rtcp

- Чи стартують взагалі сесії?

ip.addr == x.x.x.x

- Перевірити трафік до/з конкретного хоста

udp.port == 3478 || 19302

- STUN/TURN на Google чи свої сервера
frame contains "some string"

- Шукати щось по ключовому слову

Можна зберегти .pcapng і кинути девам як лог



Навіщо це знати?

Коли браузер і UI мовчать, Wireshark не збреше

Бачиш, що реально летить по мережі

Вловлюєш, чому WebRTC не працює хоч DevTools і німий

Ідеально для десктоп-клієнтів або мобільних, де немає консолі

Як висновок
Коли у тебе "все ок, але не працює" це не баг, це permission 😅
Інколи достатньо одного “дозволити” в браузері, щоб не втрачати годину життя.

Дякую Wireshark, ти як завжди знаєш, що мовчить UI.

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

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

https://t.me/BugOrDefects
#qa #Wireshark #consolcommand