コンテンツにスキップ

リクエストと合成

これらのボックスはリクエスト / レスポンス型の呼び出しを実行して制御を返します。 開いたままになる接続については 接続とストリーミングを参照してください。

いずれもプロジェクト内のリクエストに紐づいています。作成時にどのリクエストを使うか指定します。

HTTP リクエスト、GraphQL、単項(unary)の gRPC、 WebSocket の呼び出しを 1 回だけ実行します。

入力env(実行に使う環境)、override(上書き内容。オブジェクト)
出力response — レスポンス全体
設定requestIdlabel

response 出力にはレスポンスオブジェクトが載ります。ステータス、ヘッダー、ボディ、所要時間です。 リンクにセレクターを設定すれば、 必要な値だけを直接取り出せます — statusbody.data.id のように。

SOAP リクエストを実行します。

入力env
出力response
設定requestIdlabel

<soap:Fault> のレスポンスもレスポンスオブジェクトに現れます。 HTTP ステータスだけを頼りにせず、Assert で検証してください。

単発の Redis コマンドを、新しい接続で実行します。

入力env
出力response

Kafka のレコードを送信します。

入力env
出力response — レコードのメタデータ。トピック、パーティション、オフセット

プロジェクト内の別のシナリオを呼び出します。これが合成の仕組みです。

入力サブシナリオの未設定のパラメーターごとに param:<name> ポート
出力サブシナリオの出力ごとに output:<name> ポート、さらに result
設定scenarioIdlabel

ポートはサブシナリオからその場で導出されます。サブシナリオにパラメーターを追加すれば、 呼び出し側にポートが現れます。

これが共通化を可能にします。「トークンを取得する」シナリオを 1 つ作り、 残りの 5 つのシナリオから呼び出す、という具合です。

シナリオ実行「サインインする」
├─ param:user ◄── 入力
└─ output:token ──► 変数を設定「token」

4 つの層が、次の順序で適用されます。

  1. プロジェクトに保存されているリクエストそのもの。
  2. アクション上で指定したクイック設定
  3. アクション上に入力した上書き内容
  4. 上書き用ポートで受け取った値。

つまり、リクエストを複製しなくても、同じ呼び出しを 3 通りのデータで再実行できます。