Построить проверки API по контракту
Из схемы — в осмысленные позитивные, негативные и граничные сценарии.
Перед генерацией
Выберите один endpoint и передайте минимально достаточный контракт. Укажите, какие роли владеют объектом и какие операции им разрешены.
Пример
Для создания коллекции нужны не только успешный ответ, но и пустое имя, границы длины, отсутствие сессии и повторный запрос. Точный код ответа определяйте по контракту.
Проверка результата
Убедитесь, что каждый запрос допустим синтаксически, а ожидаемый результат подтверждён. Выполните сценарии на учебном стенде. Сверьте состояние базы после операции, если это входит в задачу.
ЗАДАЧА Подготовь проверки для одного API endpoint по контракту. КОНТЕКСТ Проверяется учебный стенд; права и бизнес-правила задаются только входными данными. ВХОДНЫЕ ДАННЫЕ Контракт: [OpenAPI или описание]. Роли: [матрица]. Ограничения: [правила]. ОГРАНИЧЕНИЯ Не придумывай коды ответа. Не добавляй неописанные поля. Помечай вопросы отдельно. Используй искусственные идентификаторы и токены-заглушки. ОЖИДАЕМЫЙ ФОРМАТ Таблица: сценарий | предусловия | запрос | ожидаемый ответ | проверяемое правило | приоритет по риску.
Проверьте результат по требованиям и на тестовых данных. Удалите секреты и персональные данные перед отправкой.