Забудьте про скрипты: автоматизируем HTTP-запросы через YAML

Каждый разработчик знает это чувство: нужно протестировать API, проверить webhook или просто убедиться, что endpoint работает. И вот ты уже пишешь очередной одноразовый скрипт, который больше никогда не пригодится.

Да, есть Postman и его аналоги. Мощные штуки. Но иногда хочется чего-то попроще — без лишних кнопок и интерфейсов. Что-то, что легко встроить в свой рабочий процесс.

Именно здесь появляется web-performer.

Суть проста

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

Звучит нехило, правда?

Почему именно YAML

YAML стал стандартом де-факто для конфигураций. И вот почему это удобно:

• Версионирование — кладите свои API-тесты прямо в репозиторий рядом с кодом
• Переносимость — передали файл коллеге, и он уже может запускать те же запросы
• Понятность — даже человек без глубокого погружения в разработку разберётся в базовой структуре
• CI/CD — легко встраивается в пайплайны, cron-задачи и deployment-скрипты

Что реально можно автоматизировать

Судя по описанию репозитория, web-performer справляется со стандартными операциями: GET для получения данных, POST для отправки, PUT/PATCH для обновления, DELETE для удаления. В YAML-файле можно настроить заголовки, авторизацию, тело запроса и даже валидацию ответа.

Примеры использования из жизни:

• Smoke-тестирование API при каждом деплое
• Триггер webhook-ов в интеграционных сценариях
• Синхронизация данных между сервисами
• Проверка документации на реальных ответах от API

Кому это нужно

Не всем командам нужен тяжелый enterprise-инструмент с подпиской и графиками. Иногда достаточно хорошо структурированного YAML-файла и простой консольной утилиты.

В NameOcean мы постоянно видим, как разработчики ищут способы упростить рутину. web-performer — это как раз тот случай, когда задача решается без оверинжиниринга.

Хотите попробовать?

Загляните в репозиторий на GitHub. Там есть документация и примеры. Проект open-source, так что можно форкнуть, доработать под свои нужды или просто поучиться.

Для тех, кто управляет десятками веб-сервисов и API-ендпоинтов, такой подход может сэкономить кучу времени на ручном тестировании и поддержке одноразовых скриптов.

А какие HTTP-задачи вы автоматизируете конфигурационными файлами? Делитесь в комментариях!