Chế độ máy chủ

Restorm biết cách lưu trữ một máy chủ chứ không chỉ gọi tới một máy chủ. Bạn định nghĩa một tuyến đường và phản hồi của nó, bạn bật lắng nghe, rồi bạn trỏ một client vào đó — thường là mã ứng dụng của bạn — để kiểm thử cách nó tiêu thụ dịch vụ.

Đây là thứ bạn cần khi dịch vụ thật chưa tồn tại, khi khó bắt nó tạo ra đúng phản hồi mà bạn quan tâm (một lỗi 503, một lỗi SOAP, một mã trạng thái gRPC cụ thể), hoặc khi bạn muốn một bộ dữ liệu cố định cho một bài kiểm thử tái lập được.

Nguyên tắc rất đơn giản và chính điều đó làm nó dễ chịu: những gì bạn cấu hình trên máy chủ chính là phản hồi được phục vụ. Mã trạng thái, header và thân mà bạn nhập vào chính xác là những gì bên gọi nhận được.

Các giao thức tương thích

Máy chủ	Trang
HTTP	Giả lập một API HTTP
GraphQL	Giả lập một API GraphQL
gRPC	Giả lập một dịch vụ gRPC
SOAP	Giả lập một dịch vụ SOAP
WebSocket, Socket.IO, MQTT	Giả lập WebSocket, Socket.IO và MQTT
OData	Giả lập một dịch vụ OData

Tạo một máy chủ

Nhấp chuột phải lên một thư mục ▸ Thêm ▸ rồi chọn mục bạn muốn. Menu cung cấp tám máy chủ, mỗi cái là một loại phần tử riêng biệt:

Máy chủ HTTP · Máy chủ GraphQL · Máy chủ gRPC · Máy chủ SOAP · Máy chủ WebSocket · Máy chủ Socket.IO · Máy chủ MQTT · Máy chủ OData

Phần tử được tạo mang huy hiệu SRV trong cây. Với một máy chủ HTTP, các giá trị khởi đầu là GET, localhost:8080/, mã trạng thái 200.

Khởi động và dừng

Trong bảng, nút gửi được thay bằng một công tắc Listen ↔ Stop. Bảng phản hồi hiển thị trạng thái theo thời gian thực: Not listening, hoặc Listening — N request(s) served.

Host bị cố định ở localhost: chỉ cổng và đường dẫn là sửa được. Một máy chủ giả lập không sinh ra để phơi ra mạng.

Máy chủ dừng lại bằng nút Stop, bằng việc đóng tệp, hoặc khi thoát ứng dụng.

Dùng chung cổng

Restorm chỉ mở một socket duy nhất cho mỗi cổng và định tuyến theo bản chất của lời gọi đi vào: các yêu cầu thông thường đi tới các tuyến HTTP, các yêu cầu nâng cấp đi tới WebSocket hoặc Socket.IO.

Cụ thể: một máy chủ HTTP giả lập và một máy chủ Socket.IO có thể cùng lắng nghe trên :8080. Cổng chỉ được giải phóng khi tuyến cuối cùng của nó dừng lại.

Biến được giải quyết ngay lúc chạy

Các header và thân được phục vụ đều được giải quyết vào lúc phục vụ, chứ không phải lúc khởi động: sửa một biến môi trường trong khi máy chủ đang lắng nghe sẽ làm thay đổi phản hồi kế tiếp. Xem Biến và môi trường.

Trong một kịch bản

Các hành động Lắng nghe … / Đóng … lưu trữ một máy chủ trong suốt thời gian chạy kịch bản, với một đầu ra served phát ra một sự kiện cho mỗi lời gọi đi vào. Đây chính là thứ cho phép kiểm thử một webhook từ đầu đến cuối trong một đồ thị duy nhất. Xem Máy chủ được lưu trữ.

So sánh với các máy chủ giả lập lưu trữ trên đám mây

	Restorm	Máy chủ lưu trữ trên đám mây (kiểu Postman Mock Servers)
Chạy ở đâu	Trên máy của bạn	Ở phía nhà cung cấp
Độ trễ	Không có vòng đi vòng về qua mạng	Một vòng đi vòng về qua Internet
Chạy được khi ngoại tuyến	✔	✘
Nguồn của phản hồi	Chính yêu cầu, sửa được	Một ví dụ đã lưu
Mẫu {{ }}	✔, giải quyết ở mỗi lời gọi	Hạn chế
Dùng chung cổng	✔	Không áp dụng
Tính riêng tư	Không có gì rời khỏi máy	Dữ liệu đi qua dịch vụ