Přeskočit na obsah

Požadavky a jejich skládání

Tyto bloky provedou volání typu požadavek / odpověď a předají řízení dál. Pro připojení, která zůstávají otevřená, viz Připojení a streamy.

Každý z nich je svázán s požadavkem z projektu: určíte jej při vytvoření.

Provede jedním rázem požadavek HTTP, GraphQL, unární gRPC nebo WebSocket.

Vstupyenv (prostředí běhu), override (přepsání, objekt)
Výstupyresponse — kompletní odpověď
KonfiguracerequestId, label

Výstup response nese objekt odpovědi: stav, hlavičky, tělo, čas. Nasaďte na propojení selektor a vytáhněte z něj rovnou to, co vás zajímá — status, body.data.id.

Provede požadavek SOAP.

Vstupyenv
Výstupyresponse
KonfiguracerequestId, label

Odpověď <soap:Fault> se objeví v objektu odpovědi: otestujte ji blokem Assert, místo abyste se spoléhali na samotný stavový kód HTTP.

Provede jediný příkaz Redis na novém připojení.

Vstupyenv
Výstupyresponse

Publikuje záznam do Kafky.

Vstupyenv
Výstupyresponse — metadata záznamu: téma, oddíl, offset

Zavolá jiný scénář z projektu — to je mechanismus skládání.

Vstupyjeden port param:<name> na každý volný parametr podscénáře
Výstupyjeden port output:<name> na každý výstup podscénáře, plus result
KonfiguracescenarioId, label

Porty se odvozují živě z podscénáře: přidáte-li do něj parametr, port se objeví na volajícím bloku.

Právě to umožňuje vytknout společnou část: jeden scénář „získat token“, volaný pěti dalšími.

Spustit scénář „Přihlásit se“
├─ param:user ◄── Vstup
└─ output:token ──► Nastavit proměnnou „token“

Čtyři vrstvy, uplatněné v tomto pořadí:

  1. požadavek tak, jak je uložen v projektu;
  2. rychlé nastavení určené na akci;
  3. přepsání zadaná na akci;
  4. hodnota přijatá na portu přepsání.

Tentýž požadavek se tedy přehraje se třemi sadami dat, aniž byste ho museli duplikovat.