Тестирование WB API с помощью Postman

От первого запроса до уверенного использования

235

Тестируем WB API с помощью Postman

В этой статье мы подробно рассмотрим, как использовать Postman для тестирования и работы с WB API. Постепенно, шаг за шагом, вы узнаете, как правильно настроить инструмент, импортировать готовые коллекции, управлять окружениями и успешно отправлять запросы. Мы также коснёмся более продвинутых возможностей Postman — от автоматических тестов и мониторинга до интеграции с CI/CD-процессами. Этот материал поможет вам настроить интеграцию с WB API, а также автоматизировать рутинные задачи.

Настраиваем работу с инструментом и приступаем к работе

В этом разделе мы шаг за шагом пройдём путь от установки Postman до отправки вашего первого успешного запроса.

Наша первая задача проста и понятна — получить актуальные остатки по вашему складу Wildberries с помощью Postman.

Шаг 1. Установка Postman

Первым шагом вам нужно скачать и установить Postman. Сделать это очень просто:

Перейдите на официальный сайт Postman.
Выберите версию для своей операционной системы (Windows, macOS, Linux).
Загрузите и установите приложение.

После установки откройте Postman. Вы увидите простой и понятный интерфейс, готовый к работе.

Совет: если вы не хотите устанавливать приложение, можете использовать веб-версию Postman прямо в браузере.

Шаг 2. Настройка окружения (Environment)

Перед отправкой запроса полезно создать отдельное окружение, чтобы легко управлять токенами и другими переменными.

Откройте раздел Enviroments

Создайте новое окружение (Create Environment) и назовите его, например, «WB API».
Добавьте в окружение новую переменную (Variable) apiKey — ваш токен авторизации, который вы получили в личном кабинете продавца Wildberries. Кроме того, вы можете добавитьbaseUrl — с этой переменной больше не понадобится вручную добавлять его к каждому запросу — Postman сделает это за вас автоматически.

Совет: вы сможете легко переключаться между рабочими и тестовыми аккаунтами, просто меняя выбранное окружение.

Шаг 3. Импорт готовой коллекции WB API в Postman

Самый быстрый способ начать работу — импортировать уже существующую документацию WB API (swagger-файл) прямо в Postman.

Нажмите Import рядом с названием своего рабочего пространства (Workspace)
Вставьте URL документации WB API https://dev.wildberries.ru/yaml/ru/02-products.yaml в поле ввода, после чего Postman загрузит коллекцию с методами и предложит её импортировать.
После импорта вы увидите коллекцию запросов WB API, готовых к использованию.

Шаг 4. Настройка авторизации для запроса

Большинство запросов WB API требуют авторизации через токен. Настроим авторизацию для всей коллекции сразу:

В разделе Collections нажмите на созданную коллекцию и выберите вкладку Authorization.
В поле токена укажите переменную, которую мы создали ранее: {{apiKey}}

Теперь все запросы внутри коллекции автоматически будут использовать ваш токен авторизации из окружения.

Шаг 5. Отправляем первый запрос на получение остатков

Теперь мы готовы отправить наш первый запрос.

Откройте запрос GET /api/v3/stocks/warehouseId в коллекции.
Вместо baseUrl подставьте заголовок
Убедитесь, что справа сверху выбрано окружение «WB API».

Нажмите кнопку Send.

Через секунду вы увидите ответ сервера — список товаров и их актуальные остатки на складе.

Шаг 6. Проверка результата в интерфейсе Postman

Получив ответ, вы можете сразу же его проанализировать в Postman:

Вкладка Body покажет форматированный JSON-ответ.
Вкладка Headers покажет заголовки ответа сервера, которые полезны для более детальной отладки.
Вкладка Test Results позволит сразу увидеть, прошли ли успешно любые тесты, если вы их добавили.

Если вы всё сделали правильно, статус ответа должен быть 200 OK, а JSON-ответ должен содержать данные о текущих остатках товаров.

Шаг 7. Сохранение успешного запроса и базового ответа

После успешного запроса рекомендуется сохранить этот пример:

Нажмите кнопку Save и дайте запросу понятное название, например, «Получение списка складов».
Вы также можете сохранить полученный ответ как «эталонный» пример, нажав на иконку «Save response» справа от ответа.

Таким образом, вы всегда сможете легко воспроизвести этот успешный запрос и поделиться им с коллегами.

Ваш первый успешный запрос готов

Поздравляем! Вы только что отправили свой первый запрос к WB API с помощью Postman и получили корректный ответ. Теперь вам не нужно вручную проверять остатки товаров в личном кабинете Wildberries — вместо этого вы можете использовать уже готовый запрос, который занимает несколько секунд.

В следующем разделе мы пойдём дальше и подробно рассмотрим, как использовать более продвинутые возможности Postman — автоматические тесты, мониторинг и автоматизацию запросов, чтобы интеграция с WB API стала ещё проще и удобнее.

Расширенные возможности Postman: тестирование и мониторинг WB API

Как использовать инструмент по максимуму для эффективной работы

После того, как вы успешно отправили свой первый запрос к WB API и получили актуальные данные, можно двигаться дальше. Postman — это не просто инструмент для ручного отправления запросов, это платформа, которая позволяет проводить регулярные тесты, мониторить стабильность работы и даже создавать полноценную документацию.

В этом разделе мы детально разберём расширенные возможности Postman, которые помогут вам автоматизировать задачи, связанные с WB API, минимизировать ручной труд и снизить риск ошибок.

Организация запросов: Коллекции и папки

Коллекции (Collections) в Postman позволяют вам структурировать ваши запросы, группируя их по назначению и функциональности. Правильно организованные коллекции ускоряют вашу работу и делают её удобной и понятной всей команде.

Чем это полезно:

Вы быстро находите нужный запрос.
Коллегам легко ориентироваться в ваших запросах и использовать их без объяснений.
Удобно отслеживать изменения и работу с API по конкретным бизнес-задачам.

Работа с переменными окружений (Environments)

Переменные окружений позволяют управлять разными средами (production, test, dev) и быстро переключаться между ними, не изменяя сами запросы вручную.

Пример переменных, которые полезно использовать:

Переменная	Описание	Пример
`apiKey`	Токен авторизации WB API	`abcdef123456`
`warehouseId`	Идентификатор вашего склада	`12345`
`base_url`	Базовый URL WB API	`https://marketplace-api.wildberries.ru`

С помощью переключения окружений одним кликом вы мгновенно меняете параметры всех запросов, что удобно для быстрого тестирования и отладки.

Автоматические тесты и скрипты (Pre-request и Test scripts)

Postman позволяет писать простые JavaScript-тесты, которые запускаются автоматически после каждого запроса. Это помогает заранее выявлять ошибки и несоответствия в данных.

Примеры полезных тестов:

Проверка успешности ответа (статус 200):

pm.test("Успешный статус ответа (200)", function () {
    pm.response.to.have.status(200);
});

Проверка, что остатки товаров не пустые:

pm.test("Остатки товаров получены", function () {
    var jsonData = pm.response.json();
    pm.expect(jsonData.length).to.be.above(0);
});

Проверка времени ответа API (например, менее 1 секунды):

pm.test("Время ответа менее 1 секунды", function () {
    pm.expect(pm.response.responseTime).to.be.below(1000);
});

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

Автоматизация и массовые запросы с помощью Collection Runner

Если у вас есть много однотипных запросов (например, массовое обновление цен на сотни товаров), вам поможет функция Collection Runner.

Создайте CSV-файл со списком товаров и новых цен.
В Postman откройте Collection Runner и загрузите этот CSV-файл.
Запустите коллекцию — Postman автоматически выполнит запросы по всем строкам файла, существенно ускорив процесс обновления.

Это позволит вам за несколько минут сделать то, что раньше занимало часы ручной работы.

CI/CD автоматизация с Newman и GitHub Actions

Newman — это консольная версия Postman, идеально подходящая для автоматизации тестирования. С помощью Newman вы можете запускать все тесты из ваших коллекций в рамках процесса Continuous Integration (CI).

Пример сценария автоматизации:

Разместите ваши коллекции и окружения в репозитории GitHub.
Создайте скрипт GitHub Actions, запускающий тесты с помощью Newman при каждом изменении кода или коллекций.
Настройте уведомления в Slack или Telegram, чтобы оперативно узнавать о результатах тестирования.

Пример базового YAML-скрипта GitHub Actions:

name: WB API Test
on: [push]

jobs:
  run-tests:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v4
      - name: Install Newman
        run: npm install -g newman
      - name: Run Postman Collection
        run: |
          newman run wb-collection.json \\
            -e wb-production.env.json \\
            --reporters cli,html \\
            --reporter-html-export report.html
      - uses: actions/upload-artifact@v4
        with:
          name: postman-report
          path: report.html

Теперь каждый раз, когда вы обновляете коллекцию, тесты запускаются автоматически.

(Добавлю диаграмму CI/CD-пайплайна с Newman и GitHub Actions)

Мониторинг статуса API с помощью Postman Monitor

Мониторинг позволяет регулярно проверять доступность и правильность работы WB API. Вы можете запускать ключевые запросы автоматически по расписанию (например, каждые 30 минут) и получать уведомления при возникновении проблем.

Это полезно для того, чтобы оперативно узнавать о любых неполадках и быстро реагировать на них.

(Хотя удобнее будет пользоваться Статусом API, можно дать ссылку на него)

Mock-серверы: когда API временно недоступен

Если WB API временно недоступен или ограничивает количество запросов, вам поможет Mock-сервер Postman. Он позволяет имитировать ответы от реального API, чтобы вы могли продолжать разработку и тестирование без задержек.

Итоги раздела

Используя описанные выше возможности Postman, вы сможете существенно упростить, автоматизировать и улучшить качество интеграции с WB API.

В следующем разделе мы кратко сравним Postman с другими инструментами и поможем вам убедиться, что это действительно оптимальный выбор для большинства сценариев использования WB API.

Сравнение Postman с другими популярными инструментами для работы с API

Когда стоит выбрать Postman, а когда лучше использовать альтернативу?

Хотя Postman является одним из самых популярных инструментов для работы с API, он далеко не единственный вариант, доступный сегодня разработчикам и предпринимателям. В этом разделе мы кратко рассмотрим наиболее известные альтернативы, сравним их с Postman и поможем вам определиться, какой инструмент подходит именно для ваших задач, особенно в контексте работы с WB API.

Postman vs cURL (командная строка)

cURL — это консольная утилита, доступная практически в каждой операционной системе, и позволяющая выполнять HTTP-запросы через командную строку.

Преимущества cURL:

Максимальная скорость работы и минимализм.
Отлично подходит для автоматизации в скриптах и на серверах.
Легко интегрируется в процессы CI/CD.

Недостатки cURL:

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

Когда выбрать cURL?

Если вам нужно запускать простые запросы в автоматических скриптах на сервере.
Если вы опытный разработчик, привыкший к работе в командной строке.

Когда лучше выбрать Postman?

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

Postman vs Insomnia

Insomnia — это графический инструмент, похожий на Postman, и пользующийся популярностью среди разработчиков благодаря своей лёгкости и простоте.

Преимущества Insomnia:

Простой, минималистичный и лёгкий интерфейс.
Поддерживает многие типы API (REST, GraphQL, gRPC).
Имеет открытый исходный код (open-source).

Недостатки Insomnia по сравнению с Postman:

Ограниченные возможности автоматизации и мониторинга.
Менее развитые инструменты для совместной работы команд.
Слабее поддержка сложных скриптов и автотестов.

Когда выбрать Insomnia?

Если вы ищете лёгкий графический инструмент для единичных запросов.
Если для вас важен открытый исходный код и минимализм.

Когда лучше выбрать Postman?

Если вы хотите максимально автоматизировать процесс работы с API.
Если вам важны командная работа, интеграция в CI/CD и мониторинг.

Postman vs Thunder Client (плагин для VS Code)

Thunder Client — это лёгкий и удобный плагин для Visual Studio Code, позволяющий выполнять запросы к API прямо из редактора.

Преимущества Thunder Client:

Быстро и удобно выполнять запросы, не покидая среды разработки (VS Code).
Отличный вариант для быстрого тестирования запросов во время разработки кода.

Недостатки Thunder Client по сравнению с Postman:

Ограниченные возможности автоматизации и скриптов.
Отсутствие полноценной поддержки мониторинга и командной работы.

Когда выбрать Thunder Client?

Если вам нужно тестировать простые запросы прямо во время написания кода.
Если вам важно не покидать среду разработки.

Когда лучше выбрать Postman?

Если вам нужно мощное решение с возможностью автоматизации, мониторинга и работы в команде.
Если важна возможность гибкой настройки окружений и переменных.

Postman vs SoapUI и JMeter (специализированные инструменты)

SoapUI и JMeter — инструменты, предназначенные преимущественно для тестирования SOAP API и нагрузочного тестирования соответственно.

Преимущества SoapUI и JMeter:

SoapUI отлично подходит для SOAP API и сложных сценариев тестирования.
JMeter — специализированный инструмент для нагрузочного тестирования API.

Недостатки SoapUI и JMeter по сравнению с Postman:

Высокий порог входа и сложность интерфейса.
Эти инструменты избыточны для большинства простых задач с REST API (например, WB API).

Когда выбрать SoapUI и JMeter?

Если вам нужно протестировать API под высокой нагрузкой (JMeter).
Если работаете с SOAP API (SoapUI).

Когда лучше выбрать Postman?

Для работы с REST API, в частности WB API.
Если вам нужно решение, объединяющее простоту, автоматизацию и визуализацию запросов и ответов.

Когда именно Postman — лучший выбор

Postman является оптимальным выбором, если вам нужно решение «всё в одном»: удобный интерфейс, автоматизация, тестирование, мониторинг и совместная работа команды.

Если вы:

предприниматель или начинающий разработчик, которому важно быстро и легко начать работу с API;
опытный разработчик, которому важны гибкость автоматизации и интеграция с CI/CD;
представитель команды, которой важна совместная работа и простота обмена опытом,

то Postman — именно тот инструмент, который максимально эффективно закроет большинство ваших задач.

В следующем разделе мы подробнее остановимся на ограничениях Postman, чтобы вы были готовы к любым ситуациям при работе с WB API.

Ограничения Postman и советы по их преодолению

Что стоит учитывать, чтобы использовать Postman максимально эффективно

Несмотря на все свои преимущества и широкую популярность, Postman, как и любой другой инструмент, имеет определённые ограничения. В этом разделе мы детально разберём эти ограничения и дадим полезные рекомендации, которые помогут вам легко их обойти и комфортно использовать Postman при работе с WB API.

1. Отсутствие встроенного нагрузочного тестирования

Postman отлично подходит для функционального тестирования и автоматизации повседневных задач с API. Однако он не предназначен для серьёзных нагрузочных тестов, когда нужно проверить производительность API под высокой нагрузкой (тысячи одновременных запросов).

Как решить эту проблему?

Если вам необходимо проводить нагрузочное тестирование WB API, рассмотрите специализированные инструменты:

Apache JMeter — мощный инструмент с графическим интерфейсом, позволяющий тестировать производительность API под большой нагрузкой.
k6 — современный и удобный инструмент для нагрузочного тестирования с простым написанием скриптов.
Gatling — инструмент для нагрузочного тестирования на основе Scala с удобной визуализацией отчётов.

Используйте Postman для проверки функциональности, а для серьёзных нагрузочных тестов — один из вышеперечисленных инструментов.

2. Требование облачной учётной записи Postman

С версии Postman v10 инструмент полностью отказался от локального режима работы (Scratch Pad) и требует наличия учётной записи и синхронизации данных с облаком Postman. Это может быть неудобно или невозможно для некоторых компаний с жёсткой политикой безопасности данных.

Как решить эту проблему?

Если ваша компания имеет ограничения на хранение данных в облаке, рассмотрите возможность использования старой версии Postman (v9 или ниже), где ещё доступен режим Scratch Pad.
Альтернативно, используйте аналогичные инструменты, которые поддерживают локальный режим работы, например, Insomnia.
Для крупных организаций Postman предлагает Enterprise On-Premise решение, позволяющее разворачивать платформу внутри собственной инфраструктуры.

3. Высокое потребление ресурсов системы

Postman разработан на основе Electron, что делает его довольно ресурсоёмким приложением. Это может проявляться особенно заметно на старых или маломощных компьютерах и приводить к медленному запуску или работе приложения.

Как решить эту проблему?

Если вы работаете на маломощном устройстве, используйте веб-версию Postman, которая менее требовательна к ресурсам и доступна прямо в браузере.
Для очень простых и быстрых запросов используйте более лёгкие инструменты, например, Thunder Client (плагин для VS Code), а Postman оставьте для сложных задач автоматизации и мониторинга.

4. Платные возможности и ограничения бесплатного плана

Postman предоставляет большую часть функций бесплатно, но некоторые важные возможности, такие как контроль версий коллекций, расширенный мониторинг (с высокой частотой проверок) и совместная работа в больших командах, доступны только на платных тарифах.

Как решить эту проблему?

Если вам нужно расширенное использование (например, мониторинг каждые 5-10 минут, контроль версий коллекций), посчитайте, насколько быстро окупятся эти функции за счёт экономии времени и снижения простоев.
Большинству небольших команд вполне достаточно бесплатного плана, так как базовые функции покрывают большинство задач. Платный тариф выбирайте тогда, когда действительно необходимы его возможности.

5. Зависимость от формата Postman и экосистемы

Коллекции и окружения Postman сохраняются в формате JSON, специфичном для этого инструмента. Хотя формат открытый и коллекции можно экспортировать и импортировать, перенос сложных сценариев и скриптов в другие инструменты может быть затруднителен.

Как решить эту проблему?

Если вы предполагаете, что вам может понадобиться переход на другой инструмент, регулярно сохраняйте экспортированные копии своих коллекций в открытом JSON-формате.
Для простых сценариев переход обычно не составляет труда, а для сложных — заранее планируйте возможные пути миграции и делайте документацию по вашим тестам и запросам, чтобы упростить процесс переноса.

Как правильно использовать Postman с учётом его ограничений

Как мы видим, ограничения Postman в основном относятся к специфическим сценариям использования и легко обходятся с помощью правильного подхода и комбинации инструментов:

Для функционального тестирования и ежедневной автоматизации с WB API — используйте Postman.
Для нагрузочного тестирования и высоких требований безопасности — дополняйте его другими специализированными инструментами.

В следующем разделе мы подробно рассмотрим самые распространённые ошибки при работе с WB API в Postman и дадим рекомендации по их решению, чтобы вы могли быстро преодолеть любые затруднения.

Типичные ошибки при работе с WB API через Postman и как их исправлять

Быстрые решения частых проблем, которые сэкономят ваше время

Когда вы начнёте регулярно использовать WB API в Postman, рано или поздно столкнётесь с некоторыми распространёнными ошибками и проблемами. В этом разделе мы детально рассмотрим наиболее частые ситуации и покажем, как быстро и эффективно с ними справляться, чтобы интеграция была максимально гладкой и безболезненной.

Ошибка №1: «401 Unauthorized» или «403 Forbidden»

Это одна из самых распространённых ошибок при работе с любыми API, в том числе и Wildberries. Она возникает, когда ваш запрос не проходит авторизацию.

Причина ошибки:

Неверный или отсутствующий токен авторизации.
Неправильно указан заголовок авторизации.

Как исправить:

Проверьте, правильно ли вы вставили токен авторизации (Bearer Token) в запрос:
Убедитесь, что нет лишних пробелов, опечаток или дополнительных символов.
Убедитесь, что токен действителен и не просрочен (токены могут периодически обновляться).

Пример корректного заголовка в Postman:

Authorization: Bearer abcdef1234567890

Ошибка №2: «422 Unprocessable Entity»

Ошибка 422 обычно означает, что данные в вашем запросе отправлены в неправильном формате или не соответствуют спецификации API.

Причина ошибки:

Неверный формат тела запроса (например, число вместо строки, или наоборот).
Отсутствие обязательных полей в JSON-структуре.

Как исправить:

Проверьте документацию WB API (Swagger) и убедитесь, что все обязательные поля заполнены корректно.
Используйте JSON-валидатор (например, JSONLint) для проверки формата вашего тела запроса.
Проверьте типы данных: числа должны отправляться без кавычек, строки — в кавычках.

Пример корректного формата JSON-запроса:

{ "productId": 123456, "price": 990.5, "currency": "RUB" }

Ошибка №3: «500 Internal Server Error» со стороны Wildberries

Ошибка 500 говорит о том, что проблема возникла на стороне сервера Wildberries. Это может быть временный сбой, перегрузка сервера или другая внутренняя проблема.

Как исправить:

Подождите некоторое время и отправьте запрос повторно. Чаще всего это помогает.
Настройте автоматический повтор запросов с помощью скрипта в Postman (Pre-request script или тестовый скрипт с retry-логикой).

Пример простого retry-скрипта для Postman:

if (pm.response.code === 500 && !pm.environment.get("retry")) { pm.environment.set("retry", true); postman.setNextRequest(pm.info.requestName); } else { pm.environment.unset("retry"); }

Это позволит Postman автоматически повторить запрос при ошибке 500 всего один раз.

Ошибка №4: не получается отправить файл

Когда нужно отправить файл на сервер Wildberries через API, часто возникают ошибки из-за неправильного формата запроса.

Как исправить:

В Postman перейдите в раздел Body → form-data.
Создайте ключ с именем поля, указанным в документации (обычно это file), и выберите тип данных File.
Убедитесь, что тип запроса указан как POST, и URL соответствует документации.

Правильный пример отправки файла:

URL:

POST https://suppliers-api.wildberries.ru/api/v3/orders/upload

Body (form-data):

key: file | value: выберите ваш файл

Ошибка №5: Не могу найти заголовки ответа или отладочную информацию

Вам иногда потребуется дополнительная информация о запросе и ответе (например, точные заголовки, время ответа, размер ответа).

Как найти эту информацию:

Перейдите во вкладку Headers под ответом в Postman, чтобы посмотреть все заголовки, которые вернул сервер.
Откройте Postman Console (меню → View → Show Postman Console), чтобы увидеть все подробности отправляемого запроса и ответа.

Это поможет быстро понять, что именно происходит на стороне API, и оперативно устранить ошибки.

Ошибка №6: Ошибка SSL (TLS) сертификата

Иногда при отправке запроса вы можете увидеть ошибку, связанную с SSL/TLS-сертификатом.

Причина ошибки:

Проблемы с сертификатом SSL на сервере.
Настройки вашего клиента (Postman).

Как исправить:

Временно отключите проверку SSL-сертификатов в Postman (Settings → General → SSL certificate verification — OFF).
Если ошибка сохраняется, возможно, проблема на стороне сервера Wildberries.

Как минимизировать количество ошибок при работе с API

Используя эти простые и быстрые рекомендации, вы сможете существенно сократить время на поиск и исправление ошибок:

Всегда проверяйте авторизацию и формат данных запроса.
Пользуйтесь встроенными инструментами Postman (переменные, автоматические тесты, консоль) для быстрого поиска проблем.
Настройте retry-логику и мониторинг для автоматического выявления и исправления типичных проблем с WB API.

В следующем разделе мы подведём итоги всего материала, дадим финальные рекомендации и покажем, как правильно использовать Postman в вашей ежедневной работе, чтобы интеграция с WB API приносила максимум пользы и минимально отвлекала вас от основного бизнеса.

Следующие шаги и дополнительные ресурсы

Как закрепить полученные знания

Теперь, когда вы полностью разобрались, как использовать Postman для интеграции с WB API, важно не останавливаться на достигнутом. Чтобы максимально закрепить новые знания, вот конкретные шаги и ресурсы, которые помогут вам эффективно применять на практике всё, что мы изучили в рамках этой статьи.

Полезные ресурсы:

Чтобы ваша работа была максимально комфортной, мы подготовили список полезных материалов и ссылок:

Официальная документация WB API: здесь вы всегда найдёте актуальную информацию о всех методах API.
Официальный Learning Center Postman: здесь вы найдёте подробные руководства по использованию всех возможностей Postman — от базовых запросов до сложной автоматизации.
Документация по GitHub Actions: официальное руководство от GitHub поможет вам быстро разобраться в автоматизации тестов с помощью Newman.
Newman на GitHub: документация по использованию Newman — консольной версии Postman.

Что ещё почитать: цикл статей про инструменты и автоматизацию API:

Если вам понравилась эта статья, рекомендуем изучить и другие наши материалы. В ближайших публикациях мы подробно рассмотрим:

Работа с WB API через Google Sheets и Apps Script. Научитесь автоматически загружать отчёты и статистику прямо в таблицы Google.
Работа с API с помощью cURL: командная строка и автоматизация. Узнайте, как эффективно использовать cURL для автоматических задач и интеграции в процессы.
Обзор Insomnia как альтернативы Postman. Подробно рассмотрим плюсы и минусы Insomnia и выясним, когда стоит использовать этот инструмент.

Используйте Postman и другие инструменты, автоматизируйте процессы и развивайте свой бизнес. Во всём этом вам поможет WB API.