テストノード
フロー全体を公開する前に、フロー内の個々のノードからデータをテストできます。個々のノードをテストすることで、フローが本番環境で実行されるまで気付か ないような、設定ミス・権限の問題・誤ったパラメータなどを早期に発見できます。たとえば、EC2 の DescribeInstances ノードをテストして、期待どおりのインスタンスやフィールドが返されるかを確認したり、リソースを削除またはタグ付けするステップをテストして、フルフローを実行したり他のステップに影響を与えずに、正しい ID を対象にしているかを検証したりできます。
さらに、ノードのテスト出力を保存することで、下流ノードをテストする際にそのデータを自動的に利用できるようにすることもできます。CloudFlow は、上流ノードからのデータを使用して、テスト用のペイロードを自動的に構築します。アクションノード(たとえば AWS や Google Cloud のノード)の場合、ノード設定を変更することなく、テスト専用のカスタム入力パラメータを任意で使用できます。
テストを実行すると、そのノードが完全に実行され、リソースの削除やデ ータの変更といった実際のアクションが行われる可能性があります。テストを実行する前、および下流ノードに進む前に、そのアクションの結果を十分に検討してください。
-
テストを行う前に、すべてのパラメータと接続を入力する必要があります。
-
アクションノードの場合、ノード設定のパラメータを使用するか、テスト専用に独自のパラメータを使用するかを選択できます。独自のパラメータを使用する場合、Test タブには現在のノードのパラメータがあらかじめ入力されます。これらを編集したり、(たとえば上流ノードからの)追加のパラメータを加えたりできます。変数や他のノードへの参照は、テストを実行したときに解決されます。
-
下流ノードをテストする際に、あるノードからのテストデータを利用できるようにするには、テストデータとして保存 を選択してください。
-
ページネーションが有効な場合、テストモードは結果を自動的に 100 アイテムに制限します。このリミットが適用されると、ノードはテスト結果にメッセージを追加し、ページネーションが制限されたことを示します。これにより、テスト実行が高速になり、開発中に大きなデータセットを取得することを避けられます。このリミットは実際のフロー実行には適用されません。公開されたフローは、設定どおりにすべてのページを取得します。