Testador de Requisições HTTP

Postman é excessivo quando você só quer verificar um webhook ou acessar uma API pública. Cole uma URL, escolha GET/POST/PUT/PATCH/DELETE, adicione cabeçalhos e um corpo, e este testador envia a requisição e mostra o código de status, cabeçalhos de resposta, corpo e tempo total de resposta.

Como enviar uma requisição de teste

  1. 1

    Escolha o método e a URL

    GET, POST, PUT, PATCH, DELETE ou HEAD, além de qualquer URL acessível pelo nosso servidor.

  2. 2

    Adicione cabeçalhos

    Autorização, Content-Type, cabeçalhos personalizados: um por linha, quantos você precisar.

  3. 3

    Defina o corpo

    Texto bruto, JSON, form-urlencoded ou multipart. O corpo só é enviado com os métodos que o suportam (POST, PUT, PATCH, DELETE).

  4. 4

    Envie e inspecione

    Código de status, tempo total de resposta, cabeçalhos e corpo são exibidos lado a lado.

O que o testador retorna

Cada resposta é apresentada em quatro partes úteis.

1. Código de status

HTTP 200, o código de status numérico da resposta. Qualquer status na faixa de 4xx ou 5xx é destacado para diagnóstico rápido.

2. Tempo de resposta

Tempo total do início da requisição até a resposta completa, medido no nosso servidor em milissegundos. Uma resposta acima de 500 ms em uma API na mesma região é um sinal de alerta, geralmente um backend lento ou um índice ausente.

3. Cabeçalhos de resposta

Todos os cabeçalhos de resposta são listados em ordem, com os valores exatos retornados pelo servidor.

4. Corpo

  • O corpo é mostrado exatamente como o servidor o retornou, sem reformatação.
  • Respostas JSON e XML são fáceis de ler na área de saída monoespaçada.
  • Respostas binárias (imagens, PDFs) aparecem como dados brutos; para elas, curl ou httpie é mais adequado.

Dicas

  • Use POST com JSON ao testar uma API REST: defina Content-Type: application/json e cole o corpo como um objeto JSON.
  • Para endpoints protegidos por OAuth, cole o cabeçalho Authorization: Bearer <token> diretamente.
  • As requisições são executadas no nosso servidor, então as regras de CORS do navegador não se aplicam. Use isso para testar endpoints que seu navegador bloquearia.

Perguntas frequentes

O testador é feito para cargas típicas de API, não para transferências em massa. Para uploads muito grandes (vídeo, arquivos binários), uma ferramenta específica como curl ou httpie é mais adequada; este testador serve para testar APIs, não para mover arquivos grandes.

Sim. Cole o valor do cookie em um cabeçalho Cookie. O testador não compartilha seus cookies do navegador com o alvo por padrão, então você controla exatamente o que é enviado.

A requisição é executada a partir do servidor da ferramenta (para contornar os limites de CORS do navegador). Nada é persistido além da única resposta que você vê; a requisição não é armazenada ou registrada.

Não, este testador é limitado a requisições-respostas HTTP simples. Para testes de WebSocket, use um cliente WS dedicado que suporte o handshake completo de atualização e o protocolo de quadro.

Ferramentas relacionadas

Ferramenta disponível em outros idiomas