🔌 Привид у мережі: Як WebSockets ламають Live-дані (і як це тестувати)Привіт, екіпаж! Сьогодні заліземо в технологію, яка робить додатки "живими", але при цьому генерує найдикіші, невловимі баги, від яких у підтримки сіпається око. ☕️Уявіть ситуацію: ви стежите за Live-матчем, рахунок 2:2, динаміка шалена. Ви бачите ідеальний коефіцієнт на подію, тиснете "Поставити", але система або зависає, або приймає ставку за старим, невигідним кефом. Або інший приклад — ви пишете важливе повідомлення в чат, заходите в ліфт (інтернет на секунду зникає), і ваше повідомлення відправляється тричі.Усе це — наслідки поганої роботи з WebSockets (WS).Що відбувається "під капотом"?Звичайні API-запити (HTTP) працюють просто: запитав — отримав — забув.WebSockets — це постійно відкрита "труба" між браузером і сервером. Дані летять в обидва боки миттєво. Але головний ворог WS — це мікро-розриви з'єднання (коли ви перемикаєтесь з Wi-Fi на 4G, або інтернет просто "моргає" на 2 секунди).Якщо розробник не продумав механізм реконекту, стається катастрофа.Як QA має ламати WebSockets? (Краш-тест на стабільність)🚇 Тест "Тунель" (Silent Disconnect)Часто буває так: інтернет зник, але фронтенд цього не зрозумів. Інтерфейс виглядає "живим", але дані вже не оновлюються.Як тестувати: Відкрийте DevTools -> Network -> WS. Знайдіть ваше з'єднання. Потім різко вимкніть Wi-Fi на ноутбуці (або поставте Offline у вкладці Network).Очікування: Додаток має швидко помітити відсутність так званих Ping/Pong фреймворків і показати плашку "З'єднання втрачено. Перепідключення...". Якщо фронт думає, що все ОК — це критичний баг. 🧠 Тест "Амнезія" (State Desync)Що відбувається з даними, які сервер відправляв вам, поки ви були в "тунелі"?Як тестувати: Відкрийте додаток. Вимкніть інтернет (Offline). З іншого пристрою зробіть дію, яка змінить стан (наприклад, змініть рахунок матчу або відправте собі повідомлення). Увімкніть інтернет назад.Очікування: Коли WebSocket відновить з'єднання, додаток має "підтягнути" пропущені події або зробити повноцінний HTTP-запит, щоб оновити екран. Якщо ви бачите старий рахунок після реконекту — ви зловили State Desync. 👯‍♂️ Атака Клонів (Дублікація подій)Розробники часто пишуть логіку: "Якщо з'єднання розірвалося — перепідключись і підпишись на події заново".Гріх джуна: він забуває "відписатися" від старих подій.Як тестувати: Зробіть 5 швидких розривів та відновлень інтернету (вмикайте і вимикайте Offline кожні 2 секунди). Потім зробіть одну дію (наприклад, відправте повідомлення). Якщо в чаті з'явилося 5 однакових повідомлень — вітаю, на фронті витік пам'яті через множинні підписки на сокет. Висновок: Якщо ваш продукт має чати, біржові графіки, живі коефіцієнти або спільне редагування документів — WebSockets це серце вашої архітектури. Тестуйте не те, як воно працює, коли інтернет ідеальний. Тестуйте те, як воно виживає, коли зв'язок жахливий.А як у вас на проєкті з "живими" даними? 👇🔥 — Тестуємо сокети жорстко, ловимо пакети через Charles/DevTools!👀 — Здається, у нас повідомлення іноді дублюються, тепер знаю чому...🤯 — Я просто тисну F5, коли щось зависає!