Pedidos e composição

Estas caixas executam uma chamada de pedido / resposta e devolvem o controlo. Para as ligações que permanecem abertas, consulte Ligações e fluxos.

Cada uma está ligada a um pedido do projeto: indica-o no momento da criação.

Pedido HTTP

Executa de uma só vez um pedido HTTP, GraphQL, gRPC unário ou WebSocket.


Entradas	`env` (o ambiente de execução), `override` (substituições, objeto)
Saídas	`response` — a resposta completa
Configuração	`requestId`, `label`

A saída response transporta o objeto de resposta: estado, cabeçalhos, corpo, tempo. Coloque um seletor na ligação para extrair diretamente o que lhe interessa — status, body.data.id.

Pedido SOAP

Executa um pedido SOAP.


Entradas	`env`
Saídas	`response`
Configuração	`requestId`, `label`

Uma resposta <soap:Fault> aparece no objeto de resposta: teste-a com um Assert em vez de confiar apenas no estado HTTP.

Comando Redis

Executa um comando Redis isolado, numa ligação nova.


Entradas	`env`
Saídas	`response`

Produção Kafka

Publica um registo Kafka.


Entradas	`env`
Saídas	`response` — os metadados do registo: tópico, partição, offset

Executar cenário

Invoca outro cenário do projeto — é o mecanismo de composição.


Entradas	uma porta `param:<name>` por cada parâmetro livre do subcenário
Saídas	uma porta `output:<name>` por cada saída do subcenário, mais `result`
Configuração	`scenarioId`, `label`

As portas são derivadas em direto do subcenário: acrescente-lhe um parâmetro e a porta aparece em quem o invoca.

É o que permite fatorizar: um cenário “obter um token”, invocado pelos outros cinco.

Executar cenário “Iniciar sessão”
  ├─ param:user   ◄── Input
  └─ output:token ──► Definir variável “token”

Substituir o pedido

Quatro camadas, aplicadas nesta ordem:

o pedido tal como está guardado no projeto;
a definição rápida indicada na ação;
as substituições introduzidas na ação;
o valor recebido na porta de substituição.

A mesma chamada repete-se assim com três conjuntos de dados, sem duplicar o pedido.