А не придётся ли теперь тестировать MCP как обычный API?
Попалась интересная статья на InfoQ про переход MCP к stateless-модели и я поймал себя на мысли: а ведь для QA здесь может появиться довольно интересная история.
👉 Статья на InfoQ:
https://www.infoq.com/news/2026/08/mcp-stateless-gateway/С переходом к stateless MCP становится гораздо ближе к привычному API. Запрос самодостаточный, его можно отправить на любой экземпляр сервера, а значит появляются вполне знакомые нам вещи: контрактные тесты, проверки схем, негативные сценарии, авторизация, rate limit, параллельные запросы, нагрузочное тестирование и так далее.
То есть условно:
REST API → тестируем API
MCP → тоже тестируем API
Но только не совсем 😁
У MCP есть ещё один слой. Нужно проверять не только то, что tools/call возвращает правильный ответ, но и то, как AI-агент использует эти инструменты.
Например, пользователь говорит:
«Найди все упавшие автотесты за вчера и создай задачи по критичным».
MCP-сервер может работать идеально. Все API-тесты зелёные.
А агент может:
* вызвать не тот tool;
* передать неправильные параметры;
* неправильно интерпретировать результат;
* вызвать инструменты в неправильном порядке;
* создать задачи не по тем тестам.
И вот тут обычного API-тестирования уже недостаточно.
Получается такая пирамида:
1. MCP API testing
Контракт, схемы, ошибки, безопасность, производительность.
2. MCP-specific testing
tools/list, tools/call, resources, prompts, permissions и всё, что относится непосредственно к MCP.
3. Agent E2E testing
Правильно ли агент выбирает tool, понимает его результат и строит цепочку действий.
И тут мне кажется, появляется очень интересная идея для QA-инструментов.
Берём MCP-сервер → получаем список tools и их schemas → автоматически генерируем тесты → добавляем негативные сценарии → гоняем contract/security/performance тесты → отправляем результаты в TestOps.
А сверху ещё отдельный слой для проверки поведения AI-агента.
Получается новый объект тестирования:
API + AI-контракт + поведение агента.
И вот это уже, на мой взгляд, намного интереснее простого «давайте протестируем MCP как API».
Кажется, скоро появится отдельное направление MCP QA. И тестировщикам тут явно будет чем заняться 😁