Что нового в Postman: Kafka, тесты MCP, RAML

13 ноября 2026 г.

Большинство систем используют не один протокол. Процесс оформления заказа может начинаться с вызова HTTP, отправки события в топик Kafka и завершаться вызовом инструмента AI-агента на MCP-сервере. Тестирование такого процесса раньше требовало отдельного клиента для каждого перехода и множества связующего кода между ними.

На этой неделе мы выпустили обновления, которые объединяют все эти переходы в одном месте. Kafka теперь является типом запроса в Postman, запросы MCP поддерживают скрипты и тесты, а Spec Hub работает с RAML 1.0 и OpenAPI 3.2. Вот что изменилось и как использовать каждую из этих возможностей.

Kafka в Postman

Apache Kafka теперь является типом запроса в Postman, включенным для каждого пользователя. Вы можете создавать и потреблять сообщения, писать для них скрипты и тесты, а также запускать запросы Kafka в той же коллекции, что и вызывающие их HTTP-запросы. Вам не нужны JVM, фреймворк или консоль самостоятельной хостинг-платфорки.

Создание и потребление сообщений из топиков

При создании сообщения вы задаете ключ, раздел (partition) и заголовки. При потреблении вы выбираете точку отсчета: самое раннее или самое позднее смещение (offset), конкретное смещение или временную метку. Ограниченное потребление останавливает чтение самостоятельно, поэтому запрос завершается, а не ожидает данные в топике.

Подключение к кластеру

Postman подключается с помощью SASL, AWS IAM или mTLS. Настройте аутентификацию один раз на уровне коллекции или папки, и каждый запрос Kafka внутри нее унаследует ее. Используйте тест подключения перед отправкой первого сообщения.

Создание коллекции Kafka из AsyncAPI

Если вы описываете свои события с помощью AsyncAPI, вам не нужно составлять запросы вручную. В Spec Hub вы можете сгенерировать коллекцию Kafka из спецификации AsyncAPI 2.x или 3.x. Коллекция остается синхронизированной по мере изменения спецификации, а схемы сопоставляются с топиками, что позволяет писать контрактные тесты для них. Это также работает в локальном режиме.

Запуск Kafka рядом с HTTP

Добавляйте скрипты предварительного запроса и тесты к создаваемым и потребляемым сообщениям, используя переменные, консоль и историю. Режим агента может написать скрипты за вас. Collection Runner выполняет шаги Kafka наряду с HTTP и другими протоколами, используя наборы данных, а значения передаются между шагами. Один запуск может вызвать API, а затем проверить событие, которое оно сгенерировало.

Та же коллекция запускается в вашем пайплайне с помощью the Postman CLI:

Запросы Kafka бесплатны на всех тарифах. Запуск Kafka в Collection Runner или Postman CLI доступен на тарифах Solo, Team и Enterprise.

Скрипты и тесты для запросов MCP

Если вы создаете сервер, следующий Model Context Protocol, или зависите от него, теперь вы можете тестировать его так же, как и HTTP API. Запросы MCP поддерживают скрипты и тесты на всех тарифах, включая Free и Consumption Pricing. Настройте подключение, проверьте, что предоставляет сервер, протестируйте каждый вызов инструмента, промпт и чтение ресурса, а затем запустите все это в Collection Runner рядом с вашими HTTP-запросами.

Четырехуровневые хуки скриптов по порядку

В рамках сессии MCP выполняются четыре хука:

• Before connect задает URL, заголовки, аутентификацию или команду STDIO либо полностью пропускает подключение.
• After connect проверяет имя сервера, версию протокола и возможности, а также подтверждает наличие необходимых инструментов с ожидаемыми схемами входных данных.
• After response запускается при каждом вызове инструмента, промпте и чтении ресурса. Проверяйте результаты, ошибки, структурированный контент и время ответа, а также сохраняйте значения для последующих вызовов. Изменения применяются при следующей отправке без переподключения.
• After disconnect запускается при закрытии сессии.

Наследование скриптов от коллекции или папки

Добавьте скрипты mcp:beforeConnect, mcp:afterConnect, mcp:afterResponse и mcp:afterDisconnect один раз на уровне коллекции или папки, и каждый запрос MCP внутри них унаследует их. Общая проверка подключения находится в одном месте, а не дублируется в каждом запросе.

Чтение результатов по фазам

Новая вкладка Test Results группирует тесты сессии по категориям: Подключение, по одной группе на каждый вызов, и Отключение. Когда вызов инструмента завершается с ошибкой, вы видите, к какой фазе он относится, без необходимости прокручивать длинный плоский список. В Collection Runner запросы MCP выполняются вместе со своими тестами в рамках того же запуска, что и HTTP и другие мультипротокольные запросы, и передают значения между шагами.

RAML 1.0 и OpenAPI 3.2 в Spec Hub

Два формата спецификаций теперь являются полноценными гражданами в Spec Hub.

RAML 1.0

Команды, использующие RAML API, могут проектировать и управлять ими в Spec Hub, а также генерировать из них коллекции без предварительной конвертации в OpenAPI. Эта функция доступна в версии v12.34.4.

• Создайте спецификацию RAML 1.0 из меню спецификаций или импортируйте файлы и папки RAML. Spec Hub самостоятельно находит корневой файл при импорте из нескольких файлов.
• Библиотеки !include и uses: работают, а вспомогательные файлы могут иметь расширения .raml, .yaml, .yml, .json, .xsd, .xml, .md или .txt.
• Спецификации RAML получают панель структуры (outline) и проверки.
• Сгенерируйте коллекцию из спецификации и синхронизируйте с ней изменения спецификации.

Многофайловая спецификация вроде этой импортируется как есть:

Поддержка RAML доступна на тарифах Free, Solo, Team и Enterprise.

OpenAPI 3.2

Вы также можете создавать и управлять OpenAPI 3.2 спецификациями в Spec Hub на тарифах Free, Solo, Team и Enterprise. Импортируйте свою спецификацию и создавайте ее с помощью фрагментов структуры, проверки и предварительного просмотра в реальном времени. Генерируйте коллекции из спецификации или создавайте спецификацию OpenAPI 3.2 из коллекции с двусторонней синхронизацией. Линтинг соответствия стандартам (governance linting) выполняется прямо в приложении или с помощью Postman CLI, поэтому в вашем пайплайне применяются те же правила.

Захват доменов несколькими командами из разных регионов

Корпоративные клиенты с расширенным администрированием безопасности (Advanced Security Administration) теперь могут закрепить домен за несколькими командами в США и ЕС. Добавьте команды из другого региона в список разрешенных для домена, и пользователи, чей адрес электронной почты соответствует домену, смогут получить доступ к любой разрешенной команде в любом регионе. Существующие настройки для одного региона, одной команды и межрегиональные настройки для одной команды работают прежним образом. Функция перенаправляет пользователей к нужной команде, не перемещая их данные.

Попробуйте на этой неделе

• Импортируйте спецификацию AsyncAPI в Spec Hub, сгенерируйте коллекцию Kafka и добавьте один тест, проверяющий потребленное сообщение на соответствие его схеме.
• Укажите запрос MCP на используемый вами сервер, добавьте скрипт After connect для проверки используемых вами инструментов и запустите его в Collection Runner рядом с вашими HTTP-запросами.
• Импортируйте проект RAML в Spec Hub и сгенерируйте из него коллекцию.

Свяжите все три пункта вместе, чтобы отследить один запрос от вызова HTTP через событие Kafka до вызова инструмента MCP — и всё это за один запуск.

Ресурсы

• Документация Postman
• Обзор Spec Hub
• Интерфейс командной строки Postman CLI
• Документация Apache Kafka
• Документация AsyncAPI
• Model Context Protocol