Middle
17
0
questionbank

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

Ответ от нейросети sobes.tech
  • Позитивные сценарии:
    • Обновление всех полей с корректными данными.
    • Обновление части полей.
    • Обновление данных с допустимыми граничными значениями (например, максимальной длины строки, минимального/максимального числа).
    • Обновление данных с использованием разных типов данных (если поле может принимать разные типы в определенных пределах).
  • Негативные сценарии:
    • Отправка запроса с некорректным форматом данных (JSON, XML и т.д.).
    • Отправка запроса с невалидными данными (неправильные типы данных, значения вне допустимого диапазона, некорректные email, URL и т.д.).
    • Отсутствие обязательных полей в теле запроса.
    • Отправка запроса с несуществующим ID ресурса.
    • Отправка запроса с ID, который принадлежит другому пользователю (если применимо).
    • Попытка изменить неизменяемые поля (например, ID).
    • Превышение максимальной длины строки.
    • Отправка запроса с пустым телом.
    • Отправка запроса с неавторизованным пользователем.
    • Отправка запроса с пользователем, который не имеет прав на изменение данного ресурса.
  • Сценарии взаимодействия:
    • Одновременное обновление одного и того же ресурса от разных пользователей (проверка конкурентного доступа).
    • Обновление ресурса, который уже был удален.
    • Обновление ресурса, данные которого связаны с другими сущностями (проверка каскадного обновления или ограничений целостности).
  • Сценарии безопасности:
    • Внедрение SQL-инъекций в поля.
    • Внедрение XSS-скриптов в поля.
    • Передача слишком большого объема данных в теле запроса.
python
  • Позитивные сценарии:
    • Обновление всех полей с корректными данными.
    • Обновление части полей.
    • Обновление данных с допустимыми граничными значениями (например, максимальной длины строки, минимального/максимального числа).
    • Обновление данных с использованием разных типов данных (если поле может принимать разные типы в определенных пределах).
  • Негативные сценарии:
    • Отправка запроса с некорректным форматом данных (JSON, XML и т.д.).
    • Отправка запроса с невалидными данными (неправильные типы данных, значения вне допустимого диапазона, некорректные email, URL и т.д.).
    • Отсутствие обязательных полей в теле запроса.
    • Отправка запроса с несуществующим ID ресурса.
    • Отправка запроса с ID, который принадлежит другому пользователю (если применимо).
    • Попытка изменить неизменяемые поля (например, ID).
    • Превышение максимальной длины строки.
    • Отправка запроса с пустым телом.
    • Отправка запроса с неавторизованным пользователем.
    • Отправка запроса с пользователем, который не имеет прав на изменение данного ресурса.
  • Сценарии взаимодействия:
    • Одновременное обновление одного и того же ресурса от разных пользователей (проверка конкурентного доступа).
    • Обновление ресурса, который уже был удален.
    • Обновление ресурса, данные которого связаны с другими сущностями (проверка каскадного обновления или ограничений целостности).
  • Сценарии безопасности:
    • Внедрение SQL-инъекций в поля.
    • Внедрение XSS-скриптов в поля.
    • Передача слишком большого объема данных в теле запроса.
python

Зарегистрируйтесь или войдите, чтобы получить доступ к полным ответам на все вопросы из банка вопросов.

testingtest-casesapi-testingresthttp-putrequest-payloadstatus-codes