Odtwarzanie sesji i testy obciążeniowe

Przechwycone żądanie można uruchomić ponownie dokładnie w takiej postaci, w jakiej jest, w dwóch trybach, z których każdy robi swoje: odtwarzanie sesji reprodukuje ciąg żądań masowo, w oryginalnej kolejności (odtworzenie przepływu, weryfikacja regresyjna, odtworzenie wobec innego środowiska); testy obciążeniowe nakładają wysokoczęstotliwościowe obciążenie na pojedyncze żądanie, aby sprawdzić, czy się utrzyma. Oba są dostępne przez kliknięcie prawym przyciskiem z rekordów przechwyceń, a nawet prywatne API niosące podpis / znacznik czasu działają bez zarzutu.

1. Trzy sposoby, aby „wysłać to jeszcze raz“, każdy ze swoim zadaniem

Ta sama idea ponownego wysłania przechwyconego żądania, podzielona według przeznaczenia:

Funkcja	Rola
Komponowanie i odtwarzanie	Edycja i ponowne wysyłanie pojedynczego żądania
Odtwarzanie sesji (pierwsza połowa tej strony)	Masowe odtwarzanie wielu żądań po kolei, z obserwacją statusu i opóźnienia każdego z nich
Testy obciążeniowe (druga połowa tej strony)	Wysokoczęstotliwościowe obciążenie pojedynczego żądania, z pomiarem przepustowości i percentyli opóźnień

2. Odtwarzanie sesji: reprodukuj ciąg żądań masowo

Weź przechwycony ciąg żądań i uruchom je ponownie masowo w oryginalnej kolejności, wiernie reprodukując sekwencję żądań, z opcją zapętlenia całego ciągu N razy.

Jak się tam dostać

Wyjdź od przechwycenia: kliknij prawym przyciskiem „Odtwórz to żądanie“ na liście przechwyceń, albo zaznacz kilka i „Odtwórz zaznaczone żądania“.
Dodaj ręcznie: „+ Dodaj żądanie“ w panelu, gdzie każde można edytować w miejscu, metoda / URL / parametry / nagłówki / Treść.

Konfigurowalne

Liczba pętli: uruchom całą sekwencję N razy.
Odstęp między żądaniami: zatrzymaj się na chwilę między każdym z nich.
Przełączanie środowiska: wybierz środowisko i odtwórz cały ciąg wobec innego jednym kliknięciem.

Wyniki: wypisanie metody, URL-a, kodu statusu i opóźnienia każdego żądania, plus ogólny postęp, liczby sukcesów / niepowodzeń oraz całkowity czas.

Odtwarzanie sesji: masowe odtwarzanie zaznaczonych żądań w kolejności przechwycenia, z konfigurowalną pętlą i odstępem, podające kod statusu i opóźnienie każdego żądania plus ogólne liczby sukcesów / niepowodzeń

Kiedy używać

Odtworzenie wieloetapowego przepływu albo problemu zależnego od czasu.
Regresja wsadowa w celu weryfikacji grupy punktów końcowych.
Odtworzenie kawałka żądań przechwyconych na produkcji bez zmian wobec środowiska testowego.

3. Testy obciążeniowe: dociśnij pojedyncze żądanie do granicy

Przechwyciłeś punkt końcowy i chcesz wiedzieć, czy się utrzyma? Kliknij prawym przyciskiem „Przetestuj obciążeniowo to żądanie“ na dowolnym przechwyconym żądaniu, aby zacząć natychmiast, z przepustowością i percentylami opóźnień raportowanymi na żywo.

Dwa punkty wejścia

Test obciążeniowy wprost z rekordu przechwycenia: kliknij prawym przyciskiem „Przetestuj obciążeniowo to żądanie“, a metoda / adres / nagłówki / treść są przenoszone automatycznie i zaczyna się natychmiast, z uzupełnieniem brakującego protokołu.
Konfiguracja ręczna: otwórz „Test obciążeniowy“ z zestawu narzędzi i sam wpisz cel oraz parametry. To okno pływające, więc możesz uruchomić kilka niezależnych testów obciążeniowych w kilku oknach naraz bez wzajemnego zakłócania.

W odróżnieniu od zwykłych narzędzi do testów obciążeniowych: tutaj klikasz prawym przyciskiem na przechwycone żądanie, aby przetestować je obciążeniowo, bez ponownego wpisywania parametrów, oszczędzając ci drogi w tę i z powrotem „najpierw przechwyć gdzie indziej, potem ręcznie przenieś do narzędzia do testów obciążeniowych“.

Dwa tryby

Stała częstotliwość (QPS): nakłada obciążenie równomiernie ze skonfigurowaną liczbą żądań na sekundę, używając bardziej rygorystycznej metody pomiaru opóźnień, dzięki czemu opóźnienia ogonowe, takie jak p99, pozostają uczciwe pod dużym obciążeniem, zamiast odczytywać się sztucznie nisko, odpowiedni do oceny „prawdziwego opóźnienia tego punktu końcowego przy X QPS“. Ten rygor dotyczy głównie tego trybu.
Współbieżność: wystrzeliwuj jedno po drugim przy stałej współbieżności, aby wycisnąć maksymalną przepustowość, odpowiednie do testowania „granicy tego, co jest w stanie znieść“.

Konfigurowalne parametry

Żądanie: metoda (GET / POST / PUT / PATCH / DELETE / HEAD), URL (protokół opcjonalny, https uzupełniany automatycznie), tabela parametrów Query, tabela nagłówków, treść (JSON / formularz / surowa).
Obciążenie: częstotliwość (1–100000 req/s), współbieżność / połączenia (1–2000), czas trwania (1–3600 sekund, według czasu trwania, a nie stałej łącznej liczby).
Zaawansowane: podążanie za przekierowaniami, pomijanie weryfikacji TLS.
Połączenia: automatyczne ponowne użycie połączeń (keep-alive); automatyczne próby HTTP/2 dla celów HTTPS.

Wyniki na żywo

Przepustowość: duża, aktualizowana na żywo liczba RPS plus wykres liniowy przepustowości na żywo.
Liczby: wysłane / sukcesy / błędy / czas.
Percentyle opóźnień (milisekundy): p50 / p90 / p95 / p99 / p99.9 / max.
Rozkład kodów statusu: etykiety oznaczone kolorami według 2xx / 3xx / 4xx / 5xx / błąd.

Testy obciążeniowe: duża liczba RPS na żywo + wykres liniowy przepustowości, wysłane / sukcesy / błędy / czas, percentyle opóźnień p50–p99.9 i max, rozkład kodów statusu

Można zatrzymać w dowolnej chwili; zamknięcie okna automatycznie zatrzymuje trwający test obciążeniowy.

4. Równie potężna edycja żądań

Czy to odtwarzanie sesji, czy testy obciążeniowe, edycja żądań wywodzi się z tej samej linii co kompozytor żądań (Composer): obsługuje zmienne środowiskowe i wartości dynamiczne (UUID, znacznik czasu, nonce, Base64, MD5 / SHA, podpis HMAC, kodowanie URL i więcej). Dzięki temu te prywatne API, które przepuszczają tylko z podpisem / znacznikiem czasu, i tak można odtworzyć masowo oraz przetestować obciążeniowo, bez ręcznego obliczania podpisu.

Powrót do Przechwytywanie przez proxy · Powiązane: Komponowanie i odtwarzanie