Confronto delle richieste

“Perché questa volta è riuscito e la volta scorsa no?” “Per lo stesso endpoint, quale riga esattamente differisce tra la richiesta riuscita e quella fallita?” Metti in fila due richieste / risposte affiancate e la risposta emerge immediatamente. Questo è il modo più rapido di indagare i problemi intermittenti in produzione, riprodurre le differenze e verificare le modifiche.

---

1. Come si usa: fatto in due passaggi

1. Clicca con il tasto destro su un qualsiasi frammento di traffico e scegli “Segna come confronto A”.
2. Clicca con il tasto destro su un altro frammento di traffico e scegli “Confronta con A”.

Una finestra di confronto affiancato compare immediatamente, contrassegnando ogni differenza tra i due riga per riga.

---

2. Cosa guardare: si possono confrontare sia le richieste sia le risposte

In cima alla finestra puoi passare con un tocco dal confronto della richiesta a quello della risposta. I due lati sono A e B, ciascuno con un’etichetta (metodo · host · stato), così vedi a colpo d’occhio quali due stai confrontando. Il confronto copre l’intero messaggio:

• Riga iniziale: la riga della richiesta (metodo / indirizzo / protocollo) o la riga della risposta (protocollo / codice di stato)
• Tutte le intestazioni della richiesta / della risposta
• Corpo della richiesta / corpo della risposta (abbellito automaticamente, poi confrontato riga per riga, con JSON, XML e form tutti facili da leggere)

---

3. Differenze a colpo d’occhio

• Prima abbellisci, poi confronta riga per riga: JSON, XML e form vengono prima formattati e poi confrontati riga per riga, così i campi che sono davvero cambiati risaltano a colpo d’occhio, senza restare sepolti sotto il rumore del formato come interruzioni di riga e indentazione.
• Colorazione riga per riga: aggiunte (+), eliminazioni (−) e modifiche (~) vengono ciascuna evidenziate, con il lato A contrassegnato in rosso e il lato B contrassegnato in verde, e le righe modificate mostrate affiancate.
• Conteggio delle differenze: in alto viene fornito un riepilogo del conteggio delle righe “aggiunte / eliminate / modificate”, così conosci l’entità.
• Ti dice quando sono identiche: quando i due coincidono, indica chiaramente “identici”, così non devi confermare tu stesso riga per riga; quando un lato non ha contenuto o non è ancora decifrato, lo dice direttamente anziché lasciarti in attesa.
• Con i numeri di riga: ciascun lato ha i propri numeri di riga per individuare la posizione esatta.

---

4. Dove dà davvero il meglio: confrontare tra sessioni e tra sorgenti

I due record da confrontare non devono provenire dalla stessa sessione di cattura, né devono essere stati catturati nello stesso momento; purché tu li abbia visti nell’interfaccia, puoi portarli dentro per confrontarli:

• Successo vs. fallimento: metti in fila una richiesta riuscita e una fallita e vedi immediatamente quale intestazione, quale parametro o quale parte del corpo differisce.
• Costruita a mano vs. reale: confronta una richiesta rieseguita / inviata e poi catturata nel Compositore di richieste con una richiesta reale catturata in precedenza, per verificare “se l’ho costruita correttamente” e “se la firma è calcolata in modo coerente”.
• Prima e dopo una modifica: dopo aver modificato il server / il client, confronta la vecchia e la nuova richiesta per confermare se la modifica ha avuto effetto e se ci sono effetti collaterali.
• Tra ambienti: visualizza affiancate le risposte dello stesso endpoint nell’ambiente di test e in quello di produzione per individuare rapidamente le differenze di configurazione o di dati.

Questo è anche il punto in cui è molto più potente dell’ispezione di una singola richiesta: le differenze vengono esposte attraverso il confronto anziché affidarsi alla memoria e all’occhio nudo. Gli strumenti comuni spesso possono confrontare solo all’interno della stessa sessione, a occhio, frammento per frammento.

---

5. Scenari tipici

• Indagare i fallimenti intermittenti: richiesta riuscita vs. richiesta fallita, per individuare il campo che differisce.
• Allineamento dell’integrazione: la richiesta effettivamente inviata dal client vs. la documentazione dell’API / la richiesta attesa.
• Verifica di regressione: confermare la differenza nella stessa richiesta / risposta prima e dopo una modifica.
• Debug delle firme: una richiesta firmata costruita a mano vs. una richiesta reale, verificando se ogni parte è coerente.

---

Torna a Cattura tramite proxy · Correlati: Composizione e replay delle richieste