Можно ли посмотреть, что приходит на устройство и отправляется с него?

Анализ трафика на устройстве: что приходит и отправляется

Да, это абсолютно возможно и является одной из ключевых практик в тестировании, особенно для QA Engineer, работающих с клиентскими приложениями, мобильными устройствами, IoT или любыми системами, обменивающимися данными с сервером. Мониторинг сетевого трафика позволяет понять, какие данные передаются, в какой форме (JSON, XML, Protobuf), оценить корректность запросов и ответов, обнаружить проблемы с производительностью (большие payload, медленные ответы) и выявить потенциальные уязвимости безопасности (например, передачу чувствительных данных в незашифрованном виде).

Основные методы и инструменты для анализа трафика

Для решения этой задачи используется ряд специализированных инструментов и подходов:

1. Прокси-серверы и анализаторы трафика

Это наиболее универсальный и мощный способ. Инструменты выступают как промежуточный прокси между устройством (клиентом) и сервером, записывая и анализируя весь трафик.

• Charles Proxy / Fiddler: Мощные инструменты для веб и мобильного тестирования. Позволяют:

    *   Просматривать содержимое HTTP/HTTPS запросов и ответов.
    *   Модифицировать запросы и ответы "на лету" для тестирования различных сценариев.
    *   Устанавливать **брекпоинты (breakpoints)** для остановки и анализа конкретных транзакций.
    *   Тестировать медленные сети (Throttling).
    *   Для работы с HTTPS необходимо установить и доверить SSL-сертификат прокси на устройстве.

Пример настройки устройства для работы с Charles:

1. Установить Charles на компьютер и запустить.
2. Настроить устройство (телефон) использовать IP компьютера как прокси в Wi-Fi настройках.
3. На устройстве открыть браузер и перейти по ссылке chls.pro/ssl для установки сертификата Charles.
4. Включить Trust для этого сертификата в настройках безопасности устройства.
5. Все сетевые запросы с устройства теперь будут видимы в Charles.

• mitmproxy: Консольный инструмент с открытым исходным кодом, идеальный для автоматизации и скриптового анализа.

2. Локальные сетевые мониторы (для десктопных приложений)

• Wireshark: "Золотой стандарт" для анализа трафика на низком уровне (пакеты TCP/IP, UDP). Он захватывает трафик на интерфейсе, но для анализа HTTPS требуется дополнительная конфигурация (загрузка приватных ключей). Он полезен, когда нужно увидеть абсолютно всё, включая не-HTTP трафик.
• Браузерные DevTools (Network tab): Для тестирования веб-приложений достаточно встроенных инструментов разработчика в Chrome, Firefox. Они показывают все запросы, их заголовки, тело, время выполнения и статусы.

3. Логирование внутри приложения

Для мобильных приложений иногда можно включить детальное логирование сетевых запросов прямо в коде приложения (если есть доступ к debug версии или встроенные инструменты разработчика). Например, в Android можно использовать Stetho или Chucker, а в iOS – Netfox. Эти библиотеки выводят трафик в удобный UI внутри приложения или на сопряженном компьютере.

4. Анализ на уровне сервера или API Gateway

Если доступ к трафику на устройстве затруднен, можно анализировать логи на стороне сервера, который принимает запросы от устройства. Однако это дает только половину картины – то, что приходит на сервер, но не то, что первоначально отправлялось с устройства.

Практическое применение в QA процессе

Как QA Engineer я использую анализ трафика для:

• Валидации API контрактов: Сравнение фактически отправляемых JSON/XML данных с ожидаемой структурой согласно документации (Swagger/OpenAPI).
• Тестирования граничных условий и ошибок: Модификация запросов через прокси (например, отправка неверного content-type или поврежденного тела) для проверки обработки ошибок на клиенте и сервере.
• Проверки безопасности: Убедиться, что пароли, токены, PII данные передаются только через HTTPS и не "светятся" в запросах в открытом виде.
• Диагностики проблем производительности: Анализ размера ответов, количества запросов, времени их выполнения. Например, обнаружение того, что клиентская часть загружает огромный JSON вместо использования пагинации.
• Автоматизации тестов: С помощью mitmproxy или скриптов в Charles можно записывать и затем воспроизводить последовательности запросов для создания интеграционных тестов.

# Пример простого скрипта для mitmproxy, который логирует все запросы
from mitmproxy import http

def request(flow: http.HTTPFlow) -> None:
    print(f"Request to: {flow.request.url}")
    print(f"Headers: {flow.request.headers}")
    print(f"Body: {flow.request.content.decode('utf-8') if flow.request.content else 'No Body'}")

def response(flow: http.HTTPFlow) -> None:
    print(f"Response from: {flow.request.url}")
    print(f"Status: {flow.response.status_code}")
    print(f"Body: {flow.response.content.decode('utf-8') if flow.response.content else 'No Body'}")

Важные ограничения: Для анализа HTTPS трафика необходимо установить корневой сертификат прокси на устройстве, что может быть невозможно на некоторых сильно защищенных корпоративных устройствах. Также некоторые приложения используют Certificate Pinning, который предотвращает использование сторонних сертификатов и делает анализ трафика через прокси невозможным. В таких случаях приходится использовать другие методы, такие как логирование на уровне ОС или анализ на стороне сервера.

Таким образом, ответ – да, можно и нужно. Мониторинг сетевого трафика является критически важным навыком для современного QA специалиста, обеспечивая глубокое понимание работы приложения и позволяя находить defects, которые невозможно обнаружить через UI тестирование.