Как ты смотришь трафик клиента
Вопрос
Как ты смотришь, какие запросы шлёт веб или мобильное приложение, и как используешь это в тестировании?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Веб: DevTools, вкладка Network, фильтры, Copy as cURL, HAR к багу
Мобильные: прокси Charles, Fiddler, mitmproxy, корневой сертификат на устройстве
Препятствия: SSL pinning, на Android недоверие к пользовательским сертификатам, нужна тестовая сборка
Подмена ответов (Map Local, Rewrite, breakpoints) для проверки ошибок и редких состояний
Эмуляция медленной сети и обрывов
Что могут спросить следом
- Как проверить, что приложение правильно показывает 500 от сервера?
- Что опасного в HAR-файле?
- Что такое SSL pinning и зачем его делают?
Разбор
В вебе всё есть в DevTools: во вкладке Network я фильтрую запросы к API, смотрю заголовки, тело, тайминги, копирую запрос как cURL и повторяю его в Postman. К багу прикладываю HAR, но чищу его от cookie и токенов. Для мобильных ставлю прокси, обычно Charles или mitmproxy: телефон в той же сети, прокси в настройках Wi-Fi, корневой сертификат прокси установлен и доверен. На Android приложение по умолчанию не доверяет пользовательским сертификатам, поэтому нужна debug-сборка с разрешением, а если включён SSL pinning, его отключают в тестовой сборке. Дальше прокси даёт главное: подмену ответов. Через Map Local или breakpoints я возвращаю 500, пустой список, огромное поле, лишнее поле, и смотрю, как клиент это переживает, не дожидаясь, пока бэкенд сломается сам. Плюс троттлинг: медленная сеть и обрывы показывают двойные отправки и зависшие спиннеры.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.