Skip to main content
From 16:00 UTC on January 17, 2026, to 20:00 UTC on January 17, 2026, we will perform planned maintenance on the Trailhead, myTrailhead, and Trailblazer Community sites. During the maintenance, these sites will be unavailable, and users won't be able to access them. Please plan your activities around this required maintenance.

フロー動作の確認

学習の目的

この単元を完了すると、次のことができるようになります。

  • フローのテストケースを特定する。
  • フローインタビューとは何かを説明する。
  • Flow Builder でフローをテストする。

システム管理者または開発者であれば、いかなるカスタマイズであっても、ユーザーにロールアウトする前にテストする必要があることはご存じだと思います。そしてそれはフローも同じです。テストにより、フローの挙動を微調整し、バックグラウンドを特定して修復することで、ユーザーエクスペリエンスの成功を保証します。そしてもちろん、後でユーザーからの苦情メールに対応しなくても済みますので、あなた自身にもメリットはあります。

始める前に

この単元を始める前に、「簡単なフローを作成する」プロジェクトを受講することをお勧めします。この単元は、先行のプロジェクトで学習した内容を基に構成されています。

テスト計画の作成

テストを開始する前に、テストケースのリストを考えて、どのような結果を期待するかを明確にしておきます。次のような要因を検討してください。

  • どのようなときにアクションが実行されることを期待するか
  • どのようなときにアクションが実行されないことを期待するか
  • 数式がどのように解かれるか

「簡単なフローを作成する」の例を基にこのモジュールで取り組む「新規取引先責任者」フローには、次の 4 つの主なテストケースがあります。

トグル設定

一致するレコード

期待される結果

オフ

存在しない

取引先責任者が作成される。

オフ

存在する

取引先責任者が作成される。

オン

存在しない

取引先責任者が作成される。

オン

存在する

取引先責任者が更新される。

テストする内容が決まったら、実際にフローをテストします。

Flow Builder のテストオプション

フローの動作は、Flow Builder 内でテストできます。ボタンバーには、フローを実行するための [実行] と [デバッグ] の 2 つのボタンがあります。

  • [実行] で、開いているフローの最後に保存されたバージョンを実行します。
  • [デバッグ] は、[実行] と同じ動作を実行しますが、追加の機能があります。フローの実行中に、フローの入力変数に値を入力して、デバッグの詳細を表示することができます。こうすることで、フローがどのようにデータを処理するかを検証できます。

メモ

メモ

Classic ランタイムでのフロー動作のテストが必要なければ、常に [デバッグ] を使用してフローをテストします。[デバッグ] は常に Lightning ランタイムを使用しますが、[実行] は組織の [プロセスの自動化] の [Lightning ランタイムを有効化] 設定に従って動作します。

[デバッグ] をクリックし、詳細表示を選ぶと、フローの画面 (1) とデバッグ詳細 (2) が表示されます。フローを進むと、右側のパネルに新しい詳細が追加されます。

[代替テキスト: デバッグモードの [新規取引先責任者] フローのインスタンス。]

フローインタビューの紹介

フローが実行されるたびに、フローインタビューが開始されます。フローインタビューは、フローのインスタンスです。

ゲームブックで遊んだことはありませんか? フローはこの本と似ていて、選択が読者に委ねられ、それぞれの選択に対して指示が与えられます。フローインタビューとは、この本のストーリーテラーに相当します。読み進めるうちに、選択肢が出てきて、読者の選択肢に応じた手順に進みます。本を読む度に、あるいは読む人ごとに異なる選択肢を選ぶことで、ストーリーも変わってきます。

フローインタビューも同じです。インタビューで画面上の入力変数や入力コンポーネントで異なるデータを提供すると、フローの異なるパスが選択され、異なるアクションが実行されます。

では、テストプランの 4 つのケースで、実際のインタビューの動作を見てみましょう。

Flow Builder でのフローのテスト

  1. Flow Builder で [デバッグ] をクリックします。[Show details of what's executed and render flow in Lightning runtime (実行内容の詳細を表示して、Lightning ランタイムでフローを表示します)] が選択されていることを確認してください。そうでないと、デバッグの詳細が表示されません。このフローにはサブフロー要素がないため、その設定は気にしないでください。
  2. [実行] をクリックします。
  3. 最初のテストケースを検証します。
    • 名と姓を入力して、取引先を選択します。
    • トグルは未選択のままにします。
    • [次へ] をクリックします。
    • デバッグの詳細を確認します。
      1 つ目のカードに、フローインタビューを開始したユーザーが表示されます。ここではあなたが開始したため、あなたの名前とユーザー ID が表示されます。
      フローインタビューの開始に関するデバッグ詳細。
      2 つ目のカードには、画面からの入力をフローインタビューで使用するためにどのように格納したかの要約が示されます。たとえば、ここではトグルを選択しなかったため、{update_toggle} 値が false に設定されています。
      ユーザーから情報を収集した画面のデバッグ詳細。
      3 つ目のカードには、画面で使用されている入力と一致するものがある場合に、既存のレコードが表示されます。ここでは、使用されている入力と一致するものが見つからなかったため、「Failed to find records」(レコードが見つかりませんでした) というメッセージが表示されます。
      一致するレコードがあるかどうかを決定する「レコードを取得」要素のデバッグ詳細。
      4 つ目のカードには、「Update or Create?」(更新か作成か?) の決定がどのように評価されたかの要約が示されます。{!update_toggle.value} が false であったため、このインタビューは [Create New (新規作成)] パスから直接 [Create Contact (取引先責任者を作成)] 要素に進みます。
      既存の連絡先を更新するかどうかを決定する「意思決定」要素のデバッグ詳細。
      5 つ目のカードは、「Create Contact (取引先責任者を作成)」要素の概要です。このインタビューでは、{!contact} 変数の値を使用して取引先責任者レコードを作成しています。
      取引責任者値の取引責任者レコードを作成する「レコードを作成」要素のデバッグ詳細。

テストの詳細を確認したら、このテストケースで予想される結果を確認します。結果を確認するには、次の手順を実行します。

  1. デバッグ詳細の末尾に [Transaction Committed (トランザクションがコミットされました)] カードが表示されていることを確認します。
    フローで作成されたレコードがデータベースにコミットされたことを確認する [トランザクションがコミットされました] カード
  2. Flow Builder を終了します。
  3. [Setup (設定)] ページ、レコードページ、ホームページのいずれかで、アプリケーションランチャー をクリックしてアプリケーションランチャーを開き、[Sales (セールス)] を検索して選択します。
  4. [取引先責任者] タブをクリックします。
  5. [最近参照したデータ] リストに、入力した内容と一致する名前で、選択した取引先の子である取引先責任者が表示されます。
  6. 他の 3 つのテストケースでも同じ手順を繰り返します。一致するレコードを含むケースでは、最初のテストケースと同じ名前、名字、そして取引先責任者を使用してください。

いずれかのテストケースで予想外の結果となった場合は、[デバッグの詳細] で前に戻って原因を突き止めてください。すべてのテストケースが正常に完了したら、フローをユーザーに渡すことができます。

リソース

Salesforce ヘルプで Trailhead のフィードバックを共有してください。

Trailhead についての感想をお聞かせください。[Salesforce ヘルプ] サイトから新しいフィードバックフォームにいつでもアクセスできるようになりました。

詳細はこちら フィードバックの共有に進む