Rejeu de session et test de charge

Une requête capturée peut être réexécutée exactement telle quelle, selon deux modes qui font chacun leur propre travail : le rejeu de session reproduit une série de requêtes en masse, dans leur ordre d’origine (reproduire un flux, vérifier une non-régression, rejouer contre un environnement différent) ; le test de charge applique une pression à haute fréquence sur une seule requête pour tester si elle tient le coup. Les deux sont accessibles par clic droit depuis les enregistrements de capture, et même les API privées qui transportent une signature / un horodatage s’exécutent sans problème.

1. Trois façons de « renvoyer », chacune avec son propre rôle

Même idée de renvoyer une requête capturée, répartie selon l’objectif :

Capacité	Rôle
Composer et rejouer	Éditer et renvoyer une seule requête
Rejeu de session (première moitié de cette page)	Rejeu en masse de plusieurs requêtes dans l’ordre, en surveillant le statut et la latence de chacune
Test de charge (seconde moitié de cette page)	Pression à haute fréquence sur une seule requête, mesurant le débit et les centiles de latence

2. Rejeu de session : reproduire une série de requêtes en masse

Prenez une série de requêtes capturées et réexécutez-les en masse dans leur ordre d’origine, reproduisant fidèlement la séquence de requêtes, avec l’option de boucler toute la série N fois.

Comment y arriver

Amorcer depuis une capture : faites un clic droit sur « Rejouer cette requête » dans la liste de captures, ou sélectionnez-en plusieurs et « Rejouer les requêtes sélectionnées ».
Ajouter manuellement : « + Ajouter une requête » dans le panneau, où chacune peut être éditée sur place, méthode / URL / paramètres / en-têtes / Corps.

Configurable

Nombre de boucles : exécuter toute la séquence N fois.
Intervalle entre requêtes : marquer une pause entre chacune.
Changement d’environnement : choisir un environnement et rejouer toute la série contre un environnement différent en un clic.

Résultats : lister la méthode, l’URL, le code de statut et la latence de chaque requête, ainsi que la progression globale, le nombre de succès / échecs et le temps total écoulé.

Rejeu de session : rejouer les requêtes sélectionnées en masse dans l’ordre de capture, avec boucle et intervalle configurables, donnant le code de statut et la latence de chaque requête ainsi que le nombre global de succès / échecs

Quand l’utiliser

Reproduire un flux à plusieurs étapes ou un problème dépendant du timing.
Non-régression par lot pour vérifier un groupe de points de terminaison.
Rejouer un tronçon de requêtes capturées en production telles quelles contre un environnement de test.

3. Test de charge : pousser une seule requête à la limite

Vous avez capturé un point de terminaison et vous voulez savoir s’il tient le coup ? Faites un clic droit sur « Tester en charge cette requête » sur n’importe quelle requête capturée pour démarrer immédiatement, avec le débit et les centiles de latence rapportés en temps réel.

Deux points d’entrée

Tester en charge directement depuis un enregistrement de capture : faites un clic droit sur « Tester en charge cette requête », et la méthode / l’adresse / les en-têtes / le corps sont repris automatiquement et cela démarre immédiatement, tout protocole manquant étant complété.
Configuration manuelle : ouvrez « Test de charge » depuis la boîte à outils et renseignez la cible et les paramètres vous-même. C’est une fenêtre flottante, et vous pouvez exécuter plusieurs tests de charge indépendants dans plusieurs fenêtres à la fois sans qu’ils interfèrent entre eux.

Contrairement aux outils de test de charge ordinaires : ici vous faites un clic droit sur une requête capturée pour la tester en charge, sans ressaisir de paramètres, ce qui vous épargne l’aller-retour consistant à « capturer d’abord ailleurs, puis la déplacer à la main dans l’outil de test de charge ».

Deux modes

Débit constant (QPS) : appliquer une pression de manière régulière au nombre de requêtes par seconde configuré, en utilisant une méthode de mesure de latence plus rigoureuse, si bien que les latences de queue telles que p99 restent honnêtes sous forte charge au lieu d’afficher des valeurs artificiellement basses, adapté à l’évaluation de « la latence réelle de ce point de terminaison à X QPS ». Cette rigueur s’applique principalement à ce mode.
Concurrence : tirer en rafale à une concurrence fixe pour pousser le débit maximal, adapté au test de « la limite de ce qu’il peut encaisser ».

Paramètres configurables

Requête : méthode (GET / POST / PUT / PATCH / DELETE / HEAD), URL (protocole optionnel, https complété automatiquement), tableau de paramètres Query, tableau d’en-têtes, corps (JSON / form / brut).
Pression : débit (1–100000 req/s), concurrence / connexions (1–2000), durée (1–3600 secondes, par durée plutôt que par un total fixe).
Avancé : suivre les redirections, ignorer la vérification TLS.
Connexions : réutilisation automatique des connexions (keep-alive) ; tentative automatique de HTTP/2 pour les cibles HTTPS.

Résultats en temps réel

Débit : un grand nombre de RPS en direct plus un graphique linéaire de débit en direct.
Compteurs : envoyés / succès / erreurs / temps écoulé.
Centiles de latence (millisecondes) : p50 / p90 / p95 / p99 / p99.9 / max.
Répartition des codes de statut : étiquettes à code couleur par 2xx / 3xx / 4xx / 5xx / erreur.

Test de charge : grand nombre de RPS en direct + graphique linéaire de débit, envoyés / succès / erreurs / temps écoulé, centiles de latence p50–p99.9 et max, répartition des codes de statut

Peut être arrêté à tout moment ; fermer la fenêtre arrête automatiquement le test de charge en cours.

4. Une édition de requêtes tout aussi puissante

Qu’il s’agisse de rejeu de session ou de test de charge, l’édition de requêtes suit la même filiation que le composeur de requêtes (Composeur) : elle prend en charge les variables d’environnement et les valeurs dynamiques (UUID, horodatage, nonce, Base64, MD5 / SHA, signature HMAC, encodage URL, et plus encore). Ainsi, ces API privées qui ne vous laissent passer qu’avec une signature / un horodatage peuvent quand même être rejouées en masse et testées en charge, sans calculer la signature à la main.

Retour à Capture par proxy · En lien : Composer et rejouer