Forespørsler og komposisjon

Disse boksene kjører et forespørsel/svar-kall og gir kontrollen tilbake. For tilkoblinger som blir stående åpne, se Tilkoblinger og strømmer.

Hver av dem er bundet til en forespørsel i prosjektet: du peker den ut når du oppretter boksen.

HTTP-forespørsel

Kjører en HTTP-forespørsel, GraphQL, unær gRPC eller WebSocket i én omgang.

Inndata	env (kjøremiljøet), override (overstyringer, objekt)
Utdata	response — hele svaret
Konfigurasjon	requestId, label

Utgangen response bærer svarobjektet: status, headere, kropp, tid. Legg en selektor på forbindelsen for å hente ut direkte det du er interessert i — status, body.data.id.

SOAP-forespørsel

Kjører en SOAP-forespørsel.

Inndata	env
Utdata	response
Konfigurasjon	requestId, label

Et <soap:Fault>-svar dukker opp på svarobjektet: test det med en Assert heller enn å stole på HTTP-statusen alene.

Redis command

Kjører én enkelt Redis-kommando, på en ny tilkobling.

Inndata	env
Utdata	response

Kafka produce

Publiserer en Kafka-post.

Inndata	env
Utdata	response — metadataene til posten: emne, partisjon, offset

Kjør scenario

Kaller et annet scenario i prosjektet — dette er mekanismen for komposisjon.

Inndata	én param:<navn>-port per fri parameter i delscenarioet
Utdata	én output:<navn>-port per utgang i delscenarioet, pluss result
Konfigurasjon	scenarioId, label

Portene utledes fortløpende fra delscenarioet: legger du til en parameter der, dukker porten opp hos den som kaller.

Det er dette som gjør det mulig å faktorisere: ett scenario «hent et token», kalt av de fem andre.

Kjør scenario «Logg inn»
  ├─ param:user   ◄── Inndata
  └─ output:token ──► Sett variabel «token»

Overstyre forespørselen

Fire lag, anvendt i denne rekkefølgen:

1. forespørselen slik den er lagret i prosjektet;
2. hurtiginnstillingen som er pekt ut på handlingen;
3. overstyringene som er fylt inn på handlingen;
4. verdien som kommer inn på overstyringsporten.

Det samme kallet spilles altså av på nytt med tre datasett, uten at forespørselen dupliseres.