Режим сервера
Restorm уміє не лише викликати сервер, а й розміщувати його. Ви задаєте маршрут і його відповідь, запускаєте прослуховування, а потім спрямовуєте на нього клієнта — зазвичай код вашого застосунку, — щоб перевірити, як він споживає службу.
Це саме те, що потрібно, коли справжньої служби ще не існує, коли складно
змусити її видати цікаву вам відповідь (помилку 503, помилку SOAP, конкретний
статус gRPC) або коли вам потрібен незмінний набір даних для відтворюваного
тесту.
Принцип простий, і саме це робить його приємним: те, що ви налаштували на сервері, і є відповіддю, яку він видає. Статус, заголовки й тіло, які ви ввели, — це рівно те, що отримає той, хто викликає.
Підтримувані протоколи
Section titled “Підтримувані протоколи”| Сервер | Сторінка |
|---|---|
| HTTP | Імітація API HTTP |
| GraphQL | Імітація API GraphQL |
| gRPC | Імітація служби gRPC |
| SOAP | Імітація служби SOAP |
| WebSocket, Socket.IO, MQTT | Імітація WebSocket, Socket.IO та MQTT |
| OData | Імітація служби OData |
Створення сервера
Section titled “Створення сервера”Клацніть правою кнопкою на теці ▸ Додати ▸, а потім потрібний пункт. Меню пропонує вісім серверів, кожен з яких є окремим типом елемента:
Сервер HTTP · Сервер GraphQL · Сервер gRPC · Сервер SOAP · Сервер WebSocket · Сервер Socket.IO · Сервер MQTT · Сервер OData
Створений елемент має в дереві значок SRV. Для сервера HTTP початкові
значення такі: GET, localhost:8080/, статус 200.
Запуск і зупинка
Section titled “Запуск і зупинка”У панелі кнопку надсилання замінено перемикачем Listen ↔ Stop. Панель відповіді показує стан наживо: Not listening або Listening — N request(s) served.
Хост зафіксовано як localhost: редагувати можна лише порт і шлях. Сервер
симуляції не призначений для виставляння в мережу.
Сервер зупиняється кнопкою Stop, закриттям файлу або виходом із застосунку.
Спільне використання порту
Section titled “Спільне використання порту”Restorm відкриває лише один сокет на порт і маршрутизує залежно від природи вхідного виклику: звичайні запити — до маршрутів HTTP, запити на перемикання — до WebSocket чи Socket.IO.
На практиці: сервер симуляції HTTP і сервер Socket.IO можуть слухати разом на
:8080. Порт звільняється лише тоді, коли зупиняється його останній
маршрут.
Змінні обчислюються на льоту
Section titled “Змінні обчислюються на льоту”Заголовки й тіло, які видаються, обчислюються в момент відповіді, а не під час запуску: зміна змінної середовища, поки сервер слухає, змінює наступну відповідь. Див. Змінні та середовища.
У сценарії
Section titled “У сценарії”Дії Слухати … / Закрити … розміщують сервер на час сценарію, а вихід
served видає одну подію на кожен вхідний виклик. Саме це дає змогу
перевірити webhook від початку до кінця в одному графі. Див.
Розміщені сервери.
Порівняння з хмарними серверами симуляції
Section titled “Порівняння з хмарними серверами симуляції”| Restorm | Хмарні сервери (на кшталт Postman Mock Servers) | |
|---|---|---|
| Де це працює | На вашій машині | У постачальника |
| Затримка | Жодних мережевих подорожей | Одна подорож через Інтернет |
| Працює офлайн | ✔ | ✘ |
| Джерело відповіді | Сам запит, придатний до редагування | Збережений приклад |
Шаблони {{ }} | ✔, обчислюються на кожен виклик | Обмежені |
| Спільне використання порту | ✔ | Не стосується |
| Конфіденційність | Нічого не полишає машину | Дані проходять через службу |