Peticiones y composición
Estas cajas ejecutan una llamada de petición / respuesta y devuelven el control. Para las conexiones que permanecen abiertas, consulte Conexiones y flujos.
Cada una está vinculada a una petición del proyecto: usted la designa al crearla.
Petición HTTP
Section titled “Petición HTTP”Ejecuta una petición HTTP, GraphQL, gRPC unaria o WebSocket de una sola vez.
| Entradas | env (el entorno de ejecución), override (sobrescrituras, objeto) |
| Salidas | response — la respuesta completa |
| Configuración | requestId, label |
La salida response lleva el objeto de respuesta: estado, cabeceras, cuerpo, tiempo.
Coloque un selector en el enlace para extraer
directamente lo que le interesa: status, body.data.id.
Petición SOAP
Section titled “Petición SOAP”Ejecuta una petición SOAP.
| Entradas | env |
| Salidas | response |
| Configuración | requestId, label |
Una respuesta <soap:Fault> aparece en el objeto de respuesta: compruébela con un Assert
en lugar de fiarse únicamente del estado HTTP.
Comando Redis
Section titled “Comando Redis”Ejecuta un comando Redis unitario, sobre una conexión nueva.
| Entradas | env |
| Salidas | response |
Producción Kafka
Section titled “Producción Kafka”Publica un registro de Kafka.
| Entradas | env |
| Salidas | response — los metadatos del registro: tema, partición, offset |
Ejecutar el escenario
Section titled “Ejecutar el escenario”Llama a otro escenario del proyecto: es el mecanismo de composición.
| Entradas | un puerto param:<nom> por cada parámetro libre del subescenario |
| Salidas | un puerto output:<nom> por cada salida del subescenario, más result |
| Configuración | scenarioId, label |
Los puertos se derivan en directo del subescenario: añádale un parámetro y el puerto aparece en quien lo llama.
Es lo que permite factorizar: un escenario «obtener un token», invocado por los otros cinco.
Ejecutar el escenario «Iniciar sesión» ├─ param:user ◄── Entrada └─ output:token ──► Definir variable «token»Sobrescribir la petición
Section titled “Sobrescribir la petición”Cuatro capas, aplicadas en este orden:
- la petición tal como está guardada en el proyecto;
- el ajuste rápido designado en la acción;
- las sobrescrituras introducidas en la acción;
- el valor recibido en el puerto de sobrescritura.
La misma llamada se repite así con tres juegos de datos, sin duplicar la petición.