18 августа отказ питания на подстанции, обслуживающей ММТС-9, на полтора часа уронил Steam, Discord, VK, Ozon и личные кабинеты операторов связи. В марте в Москве неделю действовали ограничения мобильного интернета — после этого там частично заработал «белый список».

Для пользователя все эти ситуации выглядят одинаково: приложение не работает. Для команды разработки это три разных класса дефектов, и обычный регресс на офисном Wi-Fi ловит только один из них 👇

Сети нет совсем. Системный API возвращает «нет соединения», приложение это видит и может отреагировать. Именно этот сценарий обычно и проверяют — включили авиарежим, посмотрели.

Сеть есть, но соединение рвётся. DNS резолвится, запрос уходит, ответ начинает приходить и обрывается на середине. Для приложения это не «отсутствие сети», а «сервер отвечает странно». В этом состоянии продукты ведут себя хуже всего.

Доступен только основной домен. Ваш сервис в белом списке, а шрифты, капча, карта и платёжный виджет — нет. Страница открывается, операция не завершается.

В новой статье разобрали восемь проверок, которых обычно нет в регрессе. Среди них:

• идемпотентность повторной отправки, чтобы кнопка «Повторить» не превратилась во второе списание;
• таймаут на каждом сетевом вызове, а не только на «основных»;
• инвентаризация внешних доменов, без которых сценарий не доходит до конца;
• вход в приложение, когда push не приходят;
• поведение в момент восстановления связи.

Плюс инструменты, которыми это воспроизводится, и пять вопросов, которые стоит задать своей команде или подрядчику.

Читать: https://ittest.ru/blog/chto-testirovat-kogda-net-interneta