Tester di Richiesta HTTP

Postman è eccessivo quando vuoi solo verificare un webhook o interagire con un’API pubblica. Incolla un URL, scegli GET/POST/PUT/PATCH/DELETE, aggiungi intestazioni e un corpo, e questo tester invia la richiesta mostrando il codice di stato, le intestazioni di risposta, il corpo e il tempo di risposta totale.

Come inviare una richiesta di test

  1. 1

    Scegli metodo e URL

    GET, POST, PUT, PATCH, DELETE o HEAD, più qualsiasi URL raggiungibile dal nostro server.

  2. 2

    Aggiungi intestazioni

    Autenticazione, Content-Type, intestazioni personalizzate: una per riga, quante ne hai bisogno.

  3. 3

    Imposta il corpo

    Testo grezzo, JSON, form-urlencoded o multipart. Il corpo viene inviato solo con i metodi che lo supportano (POST, PUT, PATCH, DELETE).

  4. 4

    Invia e ispeziona

    Codice di stato, tempo di risposta totale, intestazioni e corpo mostrati affiancati.

Cosa restituisce il tester

Ogni risposta è presentata in quattro parti utili.

1. Codice di stato

HTTP 200, il codice di stato numerico della risposta. Qualsiasi stato nell’intervallo 4xx o 5xx viene evidenziato per una diagnosi rapida.

2. Tempo di risposta

Tempo totale dall’invio della richiesta alla risposta completa, misurato sul nostro server in millisecondi. Una risposta superiore a 500 ms su un’API nella stessa regione è un campanello d’allarme, di solito un backend lento o un indice mancante.

3. Intestazioni di risposta

Tutte le intestazioni di risposta sono elencate in ordine, con i valori esatti restituiti dal server.

4. Corpo

  • Il corpo viene mostrato esattamente come restituito dal server, senza riformattazione.
  • Le risposte JSON e XML si leggono facilmente nell’area di output monospace.
  • Le risposte binarie (immagini, PDF) appaiono come dati grezzi; per queste, curl o httpie è più adatto.

Suggerimenti

  • Usa POST con JSON quando testi un’API REST: imposta Content-Type: application/json e incolla il corpo come oggetto JSON.
  • Per gli endpoint protetti da OAuth, incolla direttamente l’intestazione Authorization: Bearer <token>.
  • Le richieste vengono eseguite dal nostro server, quindi le regole CORS del browser non si applicano. Usalo per testare endpoint che il tuo browser bloccherebbe.

Domande frequenti

Il tester è pensato per payload tipici di un’API, non per trasferimenti di massa. Per caricamenti molto grandi (video, archivi binari), uno strumento specifico come curl o httpie è più adatto; questo tester serve per provare API, non per spostare file pesanti.

Sì. Incolla il valore del cookie in un’intestazione Cookie. Il tester non condivide i cookie del tuo browser con il target per impostazione predefinita, quindi controlli esattamente cosa viene inviato.

La richiesta viene eseguita dal server dello strumento (per bypassare i limiti CORS del browser). Niente viene persistito oltre la singola risposta che vedi; la richiesta non viene memorizzata o registrata.

No, questo tester è limitato alle richieste-risposte HTTP semplici. Per il testing di WebSocket, usa un client WS dedicato che gestisce l’intero handshake di aggiornamento e il protocollo dei frame.

Strumenti correlati

Strumento disponibile in altre lingue