Porównywanie żądań
„Dlaczego tym razem się udało, a poprzednio nie?” „Dla tego samego serwera, która dokładnie linia różni się między udanym żądaniem a nieudanym?” Ustaw dwa żądania / odpowiedzi obok siebie, a odpowiedź natychmiast wychodzi na jaw. To najszybszy sposób na badanie sporadycznych problemów produkcyjnych, odtwarzanie różnic i weryfikowanie zmian.
1. Jak tego używać: gotowe w dwóch krokach
Dział zatytułowany „1. Jak tego używać: gotowe w dwóch krokach”- Kliknij prawym przyciskiem myszy dowolny fragment ruchu i wybierz „Oznacz jako porównanie A”.
- Kliknij prawym przyciskiem myszy inny fragment ruchu i wybierz „Porównaj z A”.
Okno porównania obok siebie wyskakuje natychmiast, oznaczając każdą różnicę między nimi linia po linii.

2. Na co patrzeć: porównywać można zarówno żądania, jak i odpowiedzi
Dział zatytułowany „2. Na co patrzeć: porównywać można zarówno żądania, jak i odpowiedzi”U góry okna możesz jednym dotknięciem przełączać między porównywaniem żądania a odpowiedzi. Dwie strony to A i B, każda z etykietą (metoda · host · status), więc na pierwszy rzut oka widzisz, które dwie porównujesz. Porównanie obejmuje całą wiadomość:
- Linia startowa: linia żądania (metoda / adres / protokół) lub linia odpowiedzi (protokół / kod statusu)
- Wszystkie nagłówki żądania / nagłówki odpowiedzi
- Treść żądania / treść odpowiedzi (automatycznie upiększana, a następnie porównywana linia po linii, z JSON, XML i formularzami łatwymi do czytania)
3. Różnice na pierwszy rzut oka
Dział zatytułowany „3. Różnice na pierwszy rzut oka”- Najpierw upiększ, potem porównaj linia po linii: JSON, XML i formularze są najpierw formatowane, a potem porównywane linia po linii, dzięki czemu pola, które naprawdę się zmieniły, rzucają się w oczy, nie ginąc pod szumem formatowania, takim jak podziały linii i wcięcia.
- Kolorowe oznaczenia linia po linii: dodania (+), usunięcia (−) i zmiany (~) są osobno podświetlane, przy czym strona A jest oznaczona na czerwono, a strona B na zielono, a zmienione linie pokazane obok siebie.
- Liczba różnic: u góry znajduje się podsumowanie liczby linii „dodanych / usuniętych / zmienionych”, więc znasz skalę.
- Informuje, gdy są identyczne: gdy oba się zgadzają, wyraźnie wskazuje „identyczne”, więc nie musisz sam potwierdzać linia po linii; gdy jedna strona nie ma treści lub nie jest jeszcze odszyfrowana, mówi o tym wprost, zamiast pozostawiać Cię w oczekiwaniu.
- Z numerami linii: każda strona ma własne numery linii do zlokalizowania dokładnej pozycji.

4. Gdzie naprawdę błyszczy: porównywanie między sesjami i między źródłami
Dział zatytułowany „4. Gdzie naprawdę błyszczy: porównywanie między sesjami i między źródłami”Dwa porównywane rekordy nie muszą pochodzić z tej samej sesji przechwytywania ani nie muszą być przechwycone w tym samym czasie; o ile widziałeś je w interfejsie, możesz je wprowadzić do porównania:
- Sukces kontra niepowodzenie: ustaw obok siebie udane żądanie i nieudane, i od razu zobacz, który nagłówek, który parametr lub która część treści się różni.
- Zbudowane ręcznie kontra rzeczywiste: porównaj żądanie odtworzone / wysłane, a następnie przechwycone w Kreatorze żądań z rzeczywistym żądaniem przechwyconym wcześniej, aby zweryfikować „czy zbudowałem je poprawnie” i „czy podpis jest obliczany spójnie”.
- Przed zmianą i po niej: po zmianie serwera / klienta porównaj stare i nowe żądania, aby potwierdzić, czy zmiana odniosła skutek i czy nie ma efektów ubocznych.
- Między środowiskami: wyświetl obok siebie odpowiedzi tego samego serwera w środowisku testowym i produkcyjnym, aby szybko zlokalizować różnice w konfiguracji lub danych.
To także miejsce, w którym jest o wiele potężniejsze niż analizowanie pojedynczego żądania: różnice są ujawniane poprzez porównanie, a nie poleganie na pamięci i gołym oku. Zwykłe narzędzia często potrafią porównywać tylko w obrębie tej samej sesji, na oko, fragment po fragmencie.
5. Typowe scenariusze
Dział zatytułowany „5. Typowe scenariusze”- Badanie sporadycznych niepowodzeń: udane żądanie kontra nieudane żądanie, aby wskazać różniące się pole.
- Uzgadnianie integracji: żądanie, które klient rzeczywiście wysłał, kontra dokumentacja API / oczekiwane żądanie.
- Weryfikacja regresji: potwierdzenie różnicy w tym samym żądaniu / odpowiedzi przed zmianą i po niej.
- Debugowanie podpisów: ręcznie zbudowane podpisane żądanie kontra rzeczywiste żądanie, weryfikujące, czy każda część jest spójna.
Powrót do Przechwytywanie przez proxy · Powiązane: Tworzenie i odtwarzanie żądań