Приведи пример, как бы ты выбирал тест-кейсы для PUT-запроса?

Для выбора тест-кейсов для PUT-запроса я бы применил следующие подходы, фокусируясь на различных аспектах:

• Валидные данные:

  • Создание / изменение записи с корректными, полными данными.
  • Изменение только части полей, остальные остаются без изменений.
  • Изменение всех полей на новые, валидные значения.
  • Использование граничных значений для числовых полей (минимальное, максимальное).
  • Использование различных форматов данных, разрешенных спецификацией (например, дата, время).

• Невалидные данные:

  • Передача данных с некорректным типом поля (например, строка вместо числа).
  • Передача данных, нарушающих ограничения на длину строки или диапазон числа.
  • Передача данных, нарушающих уникальность поля (если применимо).
  • Передача данных с некорректным форматом (невалидная дата, email).
  • Отсутствие обязательных полей.
  • Передача пустых строк или null для полей, которые не должны быть пустыми.

• Существование ресурса:

  • PUT-запрос на существующий ресурс.
  • PUT-запрос на несуществующий ресурс (ожидаем ответ 404).

• Авторизация и аутентификация:

  • PUT-запрос с корректными учетными данными пользователя, имеющего право на изменение ресурса.
  • PUT-запрос с некорректными или отсутствующими учетными данными (ожидаем 401 Unauthorized или 403 Forbidden).
  • PUT-запрос от пользователя без необходимых прав на изменение данного ресурса (ожидаем 403 Forbidden).

• Синхронизация и конкурентность:

  • Одновременные PUT-запросы на один и тот же ресурс (например, с использованием etag).

• Обработка ошибок:

  • PUT-запрос, который должен вызвать ошибку на стороне сервера (например, из-за внутреннего сбо