Ответ
В баг-репорт, основанный на данных из Charles Proxy, необходимо включать следующую техническую информацию:
-
Запрос:
- URL и HTTP-метод (GET, POST, PUT, DELETE).
- Заголовки запроса (Headers), особенно
Content-Type,Authorization. - Тело запроса (Request Body) в сыром виде или форматированном JSON/XML.
-
Ответ:
- Статус-код (например, 500 вместо ожидаемого 401).
- Заголовки ответа.
- Тело ответа (Response Body).
- Время выполнения запроса (может указывать на проблемы производительности).
Пример структуры баг-репорта:
Шаги воспроизведения:
- Отправить POST-запрос на эндпоинт
/api/loginчерез Charles. - Использовать невалидные учетные данные.
Ожидаемый результат: Ответ 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"}
Такая детализация позволяет разработчикам быстро воспроизвести и локализовать проблему.