Riproduzione di sessioni e test di carico

Una richiesta catturata può essere eseguita di nuovo esattamente così com’è, in due modalità che svolgono ciascuna il proprio compito: la riproduzione di sessioni riproduce una sequenza di richieste in blocco, nel loro ordine originale (riprodurre un flusso, verificare una regressione, riprodurre verso un ambiente diverso); il test di carico applica pressione ad alta frequenza a una singola richiesta per verificare se regge. Entrambi sono raggiungibili con il clic destro dalle registrazioni delle catture, e persino le API private che portano una firma / timestamp funzionano senza problemi.

---

1. Tre modi per “inviarla di nuovo”, ciascuno con il proprio compito

Stessa idea di inviare di nuovo una richiesta catturata, suddivisa per scopo:

Funzionalità	Ruolo
Componi e riproduci	Modificare e reinviare una singola richiesta
Riproduzione di sessioni (prima metà di questa pagina)	Riproduzione in blocco di più richieste in ordine, osservando lo stato e la latenza di ciascuna
Test di carico (seconda metà di questa pagina)	Pressione ad alta frequenza su una singola richiesta, misurando throughput e percentili di latenza

---

2. Riproduzione di sessioni: riprodurre in blocco una sequenza di richieste

Prendi una sequenza catturata di richieste ed eseguile di nuovo in blocco nel loro ordine originale, riproducendo fedelmente la sequenza di richieste, con l’opzione di ripetere l’intera sequenza N volte.

Come arrivarci

• Parti da una cattura: fai clic destro su “Riproduci questa richiesta” nell’elenco delle catture, oppure selezionane più di una e “Riproduci le richieste selezionate”.
• Aggiungi manualmente: “+ Aggiungi richiesta” nel pannello, dove ciascuna può essere modificata sul posto, metodo / URL / parametri / header / Body.

Configurabile

• Numero di ripetizioni: esegui l’intera sequenza N volte.
• Intervallo tra le richieste: fai una pausa tra una e l’altra.
• Cambio di ambiente: scegli un ambiente e riproduci l’intera sequenza verso uno diverso con un clic.

Risultati: elenca per ogni richiesta il metodo, l’URL, il codice di stato e la latenza, oltre all’avanzamento complessivo, ai conteggi di successo / fallimento e al tempo totale trascorso.

Quando usarlo

• Riprodurre un flusso a più passaggi o un problema dipendente dalla tempistica.
• Regressione in blocco per verificare un gruppo di endpoint.
• Riprodurre così com’è un tratto di richieste catturate in produzione verso un ambiente di test.

---

3. Test di carico: spingere una singola richiesta al limite

Hai catturato un endpoint e vuoi sapere se regge? Fai clic destro su “Esegui il test di carico su questa richiesta” su una qualsiasi richiesta catturata per iniziare subito, con throughput e percentili di latenza riportati in tempo reale.

Due punti di ingresso

• Test di carico direttamente da una registrazione di cattura: fai clic destro su “Esegui il test di carico su questa richiesta”, e il metodo / indirizzo / header / body vengono riportati automaticamente e parte subito, con qualsiasi protocollo mancante compilato.
• Configurazione manuale: apri “Test di carico” dalla cassetta degli strumenti e inserisci tu stesso il target e i parametri. È una finestra fluttuante, e puoi eseguire più test di carico indipendenti in più finestre contemporaneamente senza che interferiscano tra loro.

A differenza degli strumenti di test di carico comuni: qui fai clic destro su una richiesta catturata per eseguirne il test di carico, senza reinserire i parametri, risparmiandoti il giro di “catturare prima altrove, poi spostarla a mano nello strumento di test di carico”.

Due modalità

• Frequenza costante (QPS): applica pressione in modo uniforme alle richieste al secondo configurate, usando un metodo di misurazione della latenza più rigoroso, così le latenze di coda come p99 restano oneste sotto carico elevato invece di apparire artificialmente basse, adatto per valutare “la latenza reale di questo endpoint a X QPS”. Questo rigore si applica principalmente a questa modalità.
• Concorrenza: invia richieste una dopo l’altra a una concorrenza fissa per spingere il throughput massimo, adatto per testare “il limite di ciò che può sopportare”.

Parametri configurabili

• Richiesta: metodo (GET / POST / PUT / PATCH / DELETE / HEAD), URL (protocollo facoltativo, https compilato automaticamente), tabella dei parametri di Query, tabella degli header, body (JSON / form / grezzo).
• Pressione: frequenza (1–100000 req/s), concorrenza / connessioni (1–2000), durata (1–3600 secondi, per durata anziché per un conteggio totale fisso).
• Avanzate: segui i redirect, salta la verifica TLS.
• Connessioni: riuso automatico delle connessioni (keep-alive); tenta automaticamente HTTP/2 per i target HTTPS.

Risultati in tempo reale

• Throughput: un grande numero RPS live più un grafico a linee del throughput live.
• Conteggi: inviate / successi / errori / tempo trascorso.
• Percentili di latenza (millisecondi): p50 / p90 / p95 / p99 / p99.9 / max.
• Distribuzione dei codici di stato: etichette codificate per colore per 2xx / 3xx / 4xx / 5xx / errore.

Interrompibile in qualsiasi momento; chiudendo la finestra il test di carico in corso si interrompe automaticamente.

---

4. Modifica delle richieste altrettanto potente

Che si tratti di riproduzione di sessioni o di test di carico, la modifica delle richieste segue la stessa origine del composer di richieste (Composer): supporta variabili d’ambiente e valori dinamici (UUID, timestamp, nonce, Base64, MD5 / SHA, firma HMAC, codifica URL e altro). Così quelle API private che ti fanno passare solo con una firma / timestamp possono comunque essere riprodotte in blocco e sottoposte a test di carico, senza calcolare la firma a mano.

---

Torna a Cattura tramite proxy · Correlati: Componi e riproduci