Выбор тест-кейсов для PUT-запроса направлен на проверку корректного обновления ресурса, обработки различных типов данных и негативных сценариев.
Примеры тест-кейсов:
-
Позитивный сценарий (успешное обновление):
- Обновление ресурса со всеми валидными полями.
- Обновление ресурса только с частью валидных полей (если API позволяет частичное обновление).
- Обновление полей разными типами данных (строки, числа, булевы значения), если это предусмотрено схемой.
- Обновление ресурса с минимально допустимыми значениями (если применимо).
- Обновление ресурса с максимально допустимыми значениями (если применимо).
-
Негативные сценарии (ошибки и исключения):
- Попытка обновить несуществующий ресурс. Ожидаемый ответ: 404 Not Found.
- Отправка запроса без тела. Ожидаемый ответ: 400 Bad Request или 422 Unprocessable Entity.
- Отправка запроса с невалидным форматом тела (например, невалидный JSON). Ожидаемый ответ: 400 Bad Request.
- Отправка запроса с некорректными типами данных для полей. Например, строка вместо числа. Ожидаемый ответ: 400 Bad Request или 422 Unprocessable Entity.
- Отправка запроса с обязательными полями, пропущенными в теле запроса. Ожидаемый ответ: 400 Bad Request или 422 Unprocessable Entity.
- Отправка запроса с полями, превышающими допустимую длину/диапазон. Ожидаемый ответ: 400 Bad Request или 422 Unprocessable Entity.
- Отправка запроса с невалидным значением в пути (например, невалидный ID). Ожи