Requêtes et composition
Ces boîtes exécutent un appel requête / réponse et rendent la main. Pour les connexions qui restent ouvertes, voir Connexions et flux.
Chacune est liée à une requête du projet : vous la désignez à la création.
Requête HTTP
Section titled “Requête HTTP”Exécute une requête HTTP, GraphQL, gRPC unaire ou WebSocket en un coup.
| Entrées | env (l’environnement d’exécution), override (surcharges, objet) |
| Sorties | response — la réponse complète |
| Configuration | requestId, label |
La sortie response porte l’objet de réponse : statut, en-têtes, corps, temps.
Posez un sélecteur sur la liaison pour en
extraire directement ce qui vous intéresse — status, body.data.id.
Requête SOAP
Section titled “Requête SOAP”Exécute une requête SOAP.
| Entrées | env |
| Sorties | response |
| Configuration | requestId, label |
Une réponse <soap:Fault> apparaît sur l’objet de réponse : testez-la avec une
Assert plutôt que de vous fier au seul statut HTTP.
Commande Redis
Section titled “Commande Redis”Exécute une commande Redis unitaire, sur une connexion neuve.
| Entrées | env |
| Sorties | response |
Production Kafka
Section titled “Production Kafka”Publie un enregistrement Kafka.
| Entrées | env |
| Sorties | response — les métadonnées de l’enregistrement : sujet, partition, offset |
Exécuter le scénario
Section titled “Exécuter le scénario”Appelle un autre scénario du projet — c’est le mécanisme de composition.
| Entrées | un port param:<nom> par paramètre libre du sous-scénario |
| Sorties | un port output:<nom> par sortie du sous-scénario, plus result |
| Configuration | scenarioId, label |
Les ports sont dérivés en direct du sous-scénario : ajoutez-y un paramètre, le port apparaît sur l’appelant.
C’est ce qui permet de factoriser : un scénario « obtenir un jeton », appelé par les cinq autres.
Exécuter le scénario « Se connecter » ├─ param:user ◄── Entrée └─ output:token ──► Définir variable « token »Surcharger la requête
Section titled “Surcharger la requête”Quatre couches, appliquées dans cet ordre :
- la requête telle qu’enregistrée dans le projet ;
- le paramètre rapide désigné sur l’action ;
- les surcharges saisies sur l’action ;
- la valeur reçue sur le port de surcharge.
Le même appel se rejoue donc avec trois jeux de données, sans dupliquer la requête.