API-тестирование

Цель: Сгенерировать тест-кейсы или сценарии для REST/GraphQL API: позитивные и негативные вызовы, граничные значения, коды ответов, валидация контракта.

⏱ Время: 15–20 минут на фрагмент спецификации/OpenAPI и прогон + 10 минут на сверку эндпоинтов и кодов ответа.

Тест-кейсы для API

RTCCO

7.10 — по спецификации/контракту

apiRESTтест-кейсы

Ты — QA-инженер, специализирующийся на API-тестировании.

Задача: Сгенерируй набор тест-кейсов для API [эндпоинт или сервис].

Контекст:
- Метод(ы) и URL: [например: POST /api/orders]
- Тело запроса (схема/пример): [JSON или описание полей]
- Ожидаемые коды ответа: [200, 201, 400, 401, 404, 500 ...]
- Бизнес-правила: [кратко, если есть]

Включи:
1. Позитивные: валидный запрос → ожидаемый ответ.
2. Негативные: невалидный body, отсутствующие поля, неверные типы, граничные длины.
3. Авторизация: без токена, истёкший токен, неверная роль.
4. Граничные значения: минимальные/максимальные числа, пустые строки, null.

Формат: Markdown-таблица | ID | Сценарий | Метод/URL | Входные данные | Ожидаемый код | Ожидаемое тело/ошибка |

Частые ошибки применения шаблона

Эндпоинты и коды ответов выдуманы — нет фрагмента OpenAPI в контексте.
Нет негативов на авторизацию и граничные длины полей.
Сценарии не привязаны к бизнес-правилам из спецификации.

Подставьте реальную спецификацию или OpenAPI-фрагмент в контекст — так модель не будет выдумывать эндпоинты и коды.