Comparação de requisições

“Por que desta vez deu certo e da última deu errado?” “Para o mesmo endpoint, qual linha exatamente difere entre a requisição bem-sucedida e a que falhou?” Alinhe duas requisições / respostas lado a lado e a resposta aparece imediatamente. Esta é a forma mais rápida de investigar problemas intermitentes em produção, reproduzir diferenças e verificar mudanças.

1. Como usar: feito em dois passos

Clique com o botão direito em qualquer pedaço de tráfego e escolha “Marcar como comparação A”.
Clique com o botão direito em outro pedaço de tráfego e escolha “Comparar com A”.

Uma janela de comparação lado a lado surge imediatamente, marcando cada diferença entre os dois, linha por linha.

2. O que observar: tanto requisições quanto respostas podem ser comparadas

No topo da janela você pode alternar com um toque entre comparar a requisição ou a resposta. Os dois lados são A e B, cada um com um rótulo (método · host · status), para que você veja num relance quais dois está comparando. A comparação cobre a mensagem inteira:

Linha inicial: a linha de requisição (método / endereço / protocolo) ou a linha de resposta (protocolo / código de status)
Todos os cabeçalhos de requisição / cabeçalhos de resposta
Corpo da requisição / corpo da resposta (embelezado automaticamente, depois comparado linha por linha, com JSON, XML e formulários todos fáceis de ler)

3. Diferenças num relance

Embeleze primeiro, depois compare linha por linha: JSON, XML e formulários são formatados primeiro e depois comparados linha por linha, de modo que os campos que realmente mudaram se destacam num relance, sem ficarem soterrados sob o ruído de formato, como quebras de linha e indentação.
Codificação por cores linha a linha: adições (+), remoções (−) e alterações (~) são cada uma realçada, com o lado A marcado em vermelho e o lado B marcado em verde, e as linhas alteradas mostradas lado a lado.
Contagem de diferenças: o topo dá um resumo das contagens de linhas “adicionadas / removidas / alteradas”, para que você saiba a escala.
Ele avisa quando são idênticas: quando os dois coincidem, ele indica claramente “idênticas”, de modo que você não precisa conferir linha por linha; quando um dos lados não tem conteúdo ou ainda não foi descriptografado, ele diz isso diretamente em vez de deixar você esperando.
Com números de linha: cada lado tem seus próprios números de linha para localizar a posição exata.

Janela de comparação lado a lado: alterne requisição / resposta no topo, A / B cada um com um rótulo e números de linha, codificação por cores linha a linha, e um resumo das contagens de linhas adicionadas / removidas / alteradas no canto superior direito

4. Onde ele realmente brilha: comparar entre sessões e entre origens

Os dois registros a serem comparados não precisam vir da mesma sessão de captura, nem precisam ter sido capturados ao mesmo tempo; desde que você os tenha visto na interface, pode trazê-los para comparar:

Sucesso vs. falha: alinhe uma requisição bem-sucedida e uma que falhou e veja imediatamente qual cabeçalho, qual parâmetro ou qual parte do corpo difere.
Feito à mão vs. real: compare uma requisição reenviada / enviada e depois capturada no Compositor de requisições com uma requisição real capturada antes, para verificar “se eu a construí corretamente” e “se a assinatura é calculada de forma consistente”.
Antes e depois de uma mudança: depois de alterar o servidor / cliente, compare as requisições antiga e nova para confirmar se a mudança fez efeito e se há efeitos colaterais.
Entre ambientes: veja lado a lado os retornos do mesmo endpoint no ambiente de teste e no ambiente de produção para localizar rapidamente diferenças de configuração ou de dados.

É também aqui que ele é muito mais poderoso do que inspecionar uma única requisição: as diferenças são expostas por meio de comparação em vez de depender da memória e do olho nu. As ferramentas comuns muitas vezes só conseguem comparar dentro da mesma sessão, a olho, um pedaço de cada vez.

5. Cenários típicos

Investigar falhas intermitentes: requisição bem-sucedida vs. requisição que falhou, para identificar o campo que difere.
Alinhamento de integração: a requisição que o cliente realmente enviou vs. a documentação da API / requisição esperada.
Verificação de regressão: confirmar a diferença na mesma requisição / resposta antes e depois de uma mudança.
Depuração de assinatura: uma requisição assinada construída à mão vs. uma requisição real, verificando se cada parte é consistente.

Voltar para Captura por proxy · Relacionados: Composição e reenvio de requisições