HTTP-Anforderungs-Tester

Postman ist übertrieben, wenn Sie nur einen Webhook überprüfen oder eine öffentliche API ansprechen möchten. Fügen Sie eine URL ein, wählen Sie GET/POST/PUT/PATCH/DELETE, fügen Sie Header und einen Body hinzu, und dieser Tester sendet die Anfrage und zeigt den Statuscode, die Antwort-Header, den Body und die gesamte Antwortzeit an.

So senden Sie eine Testanfrage

  1. 1

    Wählen Sie Methode und URL

    GET, POST, PUT, PATCH, DELETE oder HEAD, plus jede URL, die von unserem Server aus erreichbar ist.

  2. 2

    Header hinzufügen

    Authorization, Content-Type, benutzerdefinierte Header: eine pro Zeile, so viele, wie Sie benötigen.

  3. 3

    Den Body festlegen

    Roher Text, JSON, form-urlencoded oder multipart. Der Body wird nur mit Methoden gesendet, die ihn unterstützen (POST, PUT, PATCH, DELETE).

  4. 4

    Senden und inspizieren

    Statuscode, gesamte Antwortzeit, Header und Body werden nebeneinander angezeigt.

Was der Tester zurückgibt

Jede Antwort wird in vier nützliche Teile gegliedert.

1. Statuscode

HTTP 200, der numerische Statuscode der Antwort. Jeder Status im Bereich 4xx oder 5xx wird hervorgehoben, um eine schnelle Diagnose zu ermöglichen.

2. Antwortzeit

Gesamtzeit vom Start der Anfrage bis zur vollständigen Antwort, gemessen auf unserem Server in Millisekunden. Eine Antwortzeit über 500 ms bei einer API in derselben Region ist ein Warnsignal, meist ein langsamer Backend-Server oder ein fehlender Index.

3. Antwort-Header

Alle Antwort-Header werden in der Reihenfolge aufgelistet, mit den exakten Werten, die der Server zurückgegeben hat.

4. Body

  • Der Body wird exakt so angezeigt, wie ihn der Server zurückgegeben hat, ohne Umformatierung.
  • JSON und XML lassen sich im Monospace-Ausgabebereich gut lesen.
  • Binäre Antworten (Bilder, PDFs) erscheinen als Rohdaten; dafür sind curl oder httpie besser geeignet.

Tipps

  • Verwenden Sie POST mit JSON, wenn Sie eine REST-API testen: setzen Sie Content-Type: application/json und fügen Sie den Body als JSON-Objekt ein.
  • Für OAuth-geschützte Endpunkte fügen Sie den Authorization: Bearer <token>-Header direkt ein.
  • Anfragen laufen über unseren Server, daher gelten die CORS-Regeln des Browsers nicht. Nutzen Sie das, um Endpunkte zu testen, die Ihr Browser blockieren würde.

Häufig gestellte Fragen

Der Tester ist für API-typische Datenmengen gedacht, nicht für Massentransfers. Für sehr große Uploads (Videos, binäre Archive) ist ein speziell entwickeltes Tool wie curl oder httpie besser geeignet; dieser Tester dient dem Testen von APIs, nicht dem Verschieben großer Dateien.

Ja. Fügen Sie den Cookie-Wert in einen Cookie-Header ein. Der Tester teilt standardmäßig Ihre Browser-Cookies nicht mit dem Ziel, sodass Sie genau kontrollieren, was gesendet wird.

Die Anfrage wird vom Server des Tools ausgeführt (um die CORS-Beschränkungen des Browsers zu umgehen). Nichts wird über die einzelne Antwort hinaus gespeichert; die Anfrage wird nicht gespeichert oder protokolliert.

Nein, dieser Tester ist auf einfache HTTP-Anfrage-Antwort beschränkt. Für WebSocket-Tests verwenden Sie einen speziellen WS-Client, der das vollständige Upgrade-Handshake- und Frame-Protokoll unterstützt.

Verwandte Tools

Tool in anderen Sprachen verfügbar