Aller au contenu

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.

Exécute une requête HTTP, GraphQL, gRPC unaire ou WebSocket en un coup.

Entréesenv (l’environnement d’exécution), override (surcharges, objet)
Sortiesresponse — la réponse complète
ConfigurationrequestId, 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.

Exécute une requête SOAP.

Entréesenv
Sortiesresponse
ConfigurationrequestId, 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.

Exécute une commande Redis unitaire, sur une connexion neuve.

Entréesenv
Sortiesresponse

Publie un enregistrement Kafka.

Entréesenv
Sortiesresponse — les métadonnées de l’enregistrement : sujet, partition, offset

Appelle un autre scénario du projet — c’est le mécanisme de composition.

Entréesun port param:<nom> par paramètre libre du sous-scénario
Sortiesun port output:<nom> par sortie du sous-scénario, plus result
ConfigurationscenarioId, 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 »

Quatre couches, appliquées dans cet ordre :

  1. la requête telle qu’enregistrée dans le projet ;
  2. le paramètre rapide désigné sur l’action ;
  3. les surcharges saisies sur l’action ;
  4. 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.