Перейти на PRO

Из каких основных компонентов состоит запрос в Postman?

Тип вопроса: API тестирование Вероятность: 10% Категория: QA Тестировщик

Ответ

Запрос в Postman состоит из следующих обязательных и опциональных компонентов:

Основные компоненты:

  1. Метод HTTP — определяет тип операции (GET, POST, PUT, DELETE, PATCH).
  2. URL (Endpoint) — адрес API-ресурса.
  3. Параметры запроса (Params) — query-параметры, добавляемые к URL (например, ?page=1&limit=20).
  4. Заголовки (Headers) — метаданные, такие как Content-Type, Authorization, Accept.
  5. Тело запроса (Body) — данные, отправляемые на сервер (актуально для POST, PUT).

Дополнительные компоненты:

  • Авторизация (Auth) — настройки аутентификации (API Key, Bearer Token, OAuth и др.).
  • Предварительные запросы (Pre-request Script) — JavaScript-код, выполняемый перед отправкой.
  • Тесты (Tests) — скрипты для автоматической проверки ответа.

Примеры:

### GET-запрос с параметрами
GET https://api.example.com/users?active=true
Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
### POST-запрос с JSON-телом
POST https://api.example.com/users
Content-Type: application/json

{
  "name": "John Doe",
  "email": "john@example.com"
}

Почему это важно: Понимание структуры запроса позволяет корректно формировать вызовы API, настраивать авторизацию и автоматизировать проверки.

Ответ 18+ 🔞

А, слушай-ка, смотри, я тебе сейчас на пальцах объясню, как этот ваш Postman изнутри устроен, чтобы ты не тыкался, как слепой кот в мясном отделе.

Вот представь, что ты — курьер, а Postman — это твоя сумка с доставкой. Чтобы посылку довезти, тебе надо собрать её по правилам, а то получишь не «спасибо», а ебаный кирпич в лоб от сервера.

Вот из чего эта посылка собирается, блядь:

  1. Метод — что ты вообще хочешь сделать? Это как глагол. Пришёл, сука, GET — значит, «дай-ка мне посмотреть». Припёрся с POST — «на, забери мои данные, ёпта». PUT — «перепиши всё нахуй». DELETE — «сотри это в пизду». Без метода — ты просто стоишь у двери и молчишь, идиот.

  2. Адрес (URL) — куда тащить-то? Ну это же очевидно, пиздец. https://api.kakoy-to-bazar.com/products. Не туда постучишь — тебя там матом пошлют с ошибкой 404.

  3. Параметры (Params) — уточняющие вопросы. Это как сказать: «Дай-ка мне товары, но только ?category=books&sort=price». Прилепляются к адресу после знака вопроса. Если без них можно — ок, если нет — сервер тебя не поймёт, тупорылый.

  4. Заголовки (Headers) — служебная записка. Тут всякие умные слова. Content-Type: application/json — это крик: «Чувак, я тебе JSON несу, будь готов!». Authorization: Bearer tu-tu-tu... — это пропуск, без него тебя, мудака, на порог не пустят. Без заголовков — как прийти в банк в трусах, тебя выебут моментально.

  5. Тело (Body) — сама посылка. Актуально, когда ты что-то отдаёшь (POST, PUT). Сюда пишешь, что хочешь передать. Обычно JSON, но бывает и просто текст, или файл. Главное — не перепутай с заголовком Content-Type, а то сервер обосрётся, пытаясь твою хуйню прочитать.

А ещё есть, блядь, довески:

  • Авторизация (Auth) — можно не в заголовках ковыряться, а тыкнуть кнопочку и выбрать «Bearer Token» или «API Key». Postman сам его куда надо прилепит, красота.
  • Скрипты перед запросом (Pre-request Script) — это когда ты, хитрая жопа, хочешь перед отправкой что-то посчитать, токен сгенерить или ещё какую дичь сделать. JavaScript, блядь.
  • Тесты (Tests) — а это уже после ответа. Получил данные — и сразу на JS проверяешь: «А статус-код 200? А в ответе есть поле id?». Автоматизация, ёпта, чтобы руками не проверять каждый раз, лень же — двигатель прогресса.

Смотри, как это выглядит в жизни, на двух примерах:

### Простой запрос: "Дай мне пользователей, но только активных"
GET https://api.example.com/users?active=true
Authorization: Bearer eyJ0oken...тут_твой_токен_блядь

Тут всё: метод GET, адрес, параметр ?active=true и заголовок с токеном. Тела нет, мы же ничего не отправляем, только получаем.

### Запрос посложнее: "Создай нового пользователя, вот его данные"
POST https://api.example.com/users
Content-Type: application/json

{
  "name": "Василий Пупкин",
  "email": "vasya@pupkin.ru"
}

А вот тут уже метод POST, адрес, важнейший заголовок Content-Type, который говорит «готовься, JSON летит», и само тело запроса в формате JSON.

И почему это, блядь, важно? Да потому что если ты эту структуру не понимаешь, ты будешь как обезьяна с гранатой: тыкать кнопки наугад, получать ебучие ошибки и орать «Да чё он хочет от меня, сука?!». А когда понимаешь — ты уже не просто тыкатель, ты — повелитель API, который может и запрос сформировать, и авторизацию прилепить, и ответ автоматически проверить. Чувствуешь разницу, ёпта?

© ХакСобесов, 2026
support@hacksobesov.com