Skip to main content
Werkzeu.ge
Dashboard
Serves made-up responses for testing inside the tool, not a real backend and no publicly callable address. Never treat mock data as if it were live when it counts.
ProAPI e automazione

Mock-Server - Server fittizio

The real API is not ready yet, but you want to plan what it answers? With the Mock Server you create endpoints with a fixed response, status code, headers and an artificial delay and try them right in the tool. There is no public address your own app could call yet, and the mocks are only kept on the server for a while.

Uno sguardo dentro

API e automazioneMock-Server - Server fittizioDemo fittizia | Pro
✓Protetto
Controllo della privacy

Define endpoints freely

1Define endpoints freely
2Any status code
3Custom response headers
4Artificial delay
Anteprima di sola lettura. Per usarlo, apri lo strumento.

Questa anteprima sicura mostra a cosa serve lo strumento, senza eseguire azioni legate all'account.

Cosa sa fare Mock-Server - Server fittizio

In almost every project the frontend depends on the backend, and the backend is rarely finished on time. Instead of waiting idly, you simply mock the API. The Mock Server does exactly that without your own server setup: you describe an endpoint - path, method, status code, response headers and response body - and it answers just as you specified.

A mock endpoint is made of a few details. The path sets the address, the method (GET, POST, PUT, PATCH or DELETE) the verb, the status code the outcome - from 200 OK through 404 Not Found to 500 Internal Server Error. You set the response headers freely, for example Content-Type or custom fields, and in the response body you store the answer, typically as JSON.

The adjustable delay is especially useful. Real APIs do not answer in zero milliseconds, and your loading state, your spinners and your timeouts want testing. With an artificial delay you simulate slow connections and see whether your UI still reacts cleanly when a response takes its time.

Every endpoint you define can be tested directly in the tool. You get the simulated response back with status, headers, body and the actual response time. There is no log of incoming calls.

The typical flow: you sketch the planned API with a few mock endpoints, check the answers in the tool and agree with your team on what the real interface should deliver. Important: the mocks only live in the server's working memory and can disappear after an update, so keep important answers yourself.

For real calls to external APIs there is the API Playground. It cannot call the Mock Server itself, because the mocks have no public address.

Funzioni

Define endpoints freely

Path, method, status code, headers and body - describe an endpoint in a few fields and it answers instantly.

Any status code

From 200 through 404 to 500 - test how your code behaves on success, error and edge cases.

Custom response headers

Set Content-Type or any custom headers to reproduce realistic responses.

Artificial delay

Simulate slow connections with an adjustable delay and check your loading states and timeouts.

Test directly

Call each mock endpoint in the tool and see the simulation’s status, headers, body and response time.

Honestly limited

No log, no public address, only kept for a while. Meant for trying and agreeing on answers inside the tool.

Come funziona

  1. 1

    Create an endpoint

    Enter the path and method, choose the status code and describe the desired response.

  2. 2

    Shape the response

    Enter response headers and body, usually as JSON, and set a delay if needed.

  3. 3

    Save and test

    Save the endpoint and call it directly to see the simulation’s status, headers and body.

  4. 4

    Agree on the answers

    Use the tested answers as a template for the real API and keep important examples yourself.

A chi serve

→Frontend developers who want to plan what the API answers before the backend is done.
→Teams who want to agree on answers and status codes.
→Testers who deliberately provoke error and edge cases.
→Developers checking loading states and timeouts under slow responses.
→Prototypes that need to fake an API before it exists.

Domande frequenti

Why do I need a mock server?

To develop before the real backend is ready. You define the planned endpoints with a fixed response and build your frontend against them. That keeps frontend and backend teams from blocking each other, and lets you deliberately provoke error cases too.

Can I simulate error responses?

Yes. Just set the status code to 400, 401, 404, 500 or whatever you want to test and store the matching error body. That way you check whether your app can handle errors, not only the happy path.

How do I simulate slow responses?

Via the adjustable delay. Just enter a delay in milliseconds and the endpoint answers correspondingly later. Ideal for realistically testing spinners, skeletons and timeouts.

Which methods are supported?

GET, POST, PUT, PATCH and DELETE. That covers the common REST operations and lets you reproduce realistic API behaviour for reading, creating, updating and deleting.

How do I call the mock endpoints?

Directly in the tool with the test button. There is no public address for your own application or the API Playground yet.

API-Spielplatz - Area di prova per le API

Teste HTTP-Anfragen, verwalte Collections und Umgebungsvariablen.

REST API & DATEV Export - API REST e interfaccia di esportazione

Greife auf deine Rechnungsdaten per REST API zu. DATEV-kompatible Exporte für deinen Steuerbe…

Skripte - Script

Eigenes JavaScript in einer abgeschotteten Sandbox auf dem Server ausführen: für Berechnungen…

JSON-Formatierer - Formattatore JSON

Formatiere, validiere und minimiere JSON mit Syntaxhervorhebung und Fehlererkennung. Kostenlo…

Regex-Tester - Prova le espressioni regolari

Teste reguläre Ausdrücke mit Live-Highlighting und deutschen Muster-Vorlagen.

Pronto per Mock-Server - Server fittizio?

Nessuna installazione. Incluso a partire da Pro. Si apre direttamente nel browser.

Apri ora