Какую информацию из Charles Proxy следует указывать в баг-репорте?

«Какую информацию из Charles Proxy следует указывать в баг-репорте?» — вопрос из категории Тестовая документация, который задают на 10% собеседований QA Тестировщик. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

В баг-репорт, основанный на данных из Charles Proxy, необходимо включать следующую техническую информацию:

  1. Запрос:

    • URL и HTTP-метод (GET, POST, PUT, DELETE).
    • Заголовки запроса (Headers), особенно Content-Type, Authorization.
    • Тело запроса (Request Body) в сыром виде или форматированном JSON/XML.
  2. Ответ:

    • Статус-код (например, 500 вместо ожидаемого 401).
    • Заголовки ответа.
    • Тело ответа (Response Body).
    • Время выполнения запроса (может указывать на проблемы производительности).

Пример структуры баг-репорта:

Шаги воспроизведения:

  1. Отправить POST-запрос на эндпоинт /api/login через Charles.
  2. Использовать невалидные учетные данные.

Ожидаемый результат: Ответ 401 Unauthorized с понятным сообщением об ошибке.

Фактический результат: Ответ 500 Internal Server Error.

Детали из Charles:

POST https://api.example.com/login
Content-Type: application/json

{"username": "test", "password": "wrong"}

--- RESPONSE ---
HTTP/1.1 500 Internal Server Error
Content-Type: application/json

{"error": "Internal server error"}

Такая детализация позволяет разработчикам быстро воспроизвести и локализовать проблему.