Какие знаешь депотентные методы?

Идемпотентные методы в HTTP

Идемпотентный метод — это HTTP-метод, который может быть применён несколько раз без каких-либо побочных эффектов. Результат выполнения идемпотентного запроса идентичен, независимо от того, выполнен ли он один раз или сто раз. Это критическое понятие для QA-инженеров при тестировании API, особенно при обработке ошибок и повторных попыток.

Идемпотентные методы HTTP

1. GET

• Получает ресурс без изменений на сервере
• Безопасен и идемпотентен по определению
• Пример: GET /api/users/123 всегда вернёт одинаковые данные
• При повторных запросах не происходит никаких изменений

2. PUT

• Заменяет ресурс полностью
• Идемпотентен: отправка одних и тех же данных 10 раз даст одинаковый результат
• Пример: PUT /api/users/123 с данными {"name": "John"} даст одинаковый результат при повторении
• Ключ к идемпотентности — полная замена ресурса

3. DELETE

• Удаляет ресурс
• Идемпотентен: удаление уже удалённого ресурса даст тот же результат (404 ошибку)
• Пример: DELETE /api/users/123 при повторении вернёт 404, что соответствует ожидаемому состоянию

4. HEAD

• Идентичен GET, но возвращает только заголовки без тела
• Полностью идемпотентен
• Используется для проверки доступности ресурса

5. OPTIONS

• Описывает опции коммуникации для ресурса
• Не изменяет состояние сервера
• Полностью идемпотентен

НЕидемпотентные методы

POST

• Создаёт новый ресурс
• НЕ идемпотентен: каждый запрос создаёт новую запись
• Пример: POST /api/orders создаст новый заказ при каждом выполнении
• Это частая причина багов при сетевых ошибках и retry-логике

PATCH

• Частичное изменение ресурса
• Обычно НЕ идемпотентен, в зависимости от реализации
• Пример: PATCH /api/counter с {"increment": 1} создаст проблемы при повторах

Важность для QA

При тестировании API необходимо проверять:

• Обработка дублирующихся запросов: убедиться, что повторный идентичный запрос дает тот же результат
• Retry-логика: тестировать поведение при повторных попытках отправки
• Сетевые ошибки: проверить, что сбой сети не вызвал создание дубликатов данных
• Таймауты: убедиться, что timeout и повтор не создают побочные эффекты
• Idempotency Keys: проверить, использует ли API идемпотентные ключи для защиты POST запросов

Идемпотентные ключи для POST

Для обеспечения идемпотентности POST запросов современные API используют Idempotency-Key заголовок:

POST /api/orders
Idempotency-Key: 550e8400-e29b-41d4-a716-446655440000

Сервер гарантирует, что запросы с одинаковым ключом дадут один и тот же результат, защищая от дублей при повторах сетевых ошибок.