Administrator 練習問題 Q275

解説

前提知識

フロー（Flow）と画面フローとは

フローは、プログラムを書かずに自動化を作る標準ツールです。なかでも**画面フロー（Screen Flow）**は、ユーザーに入力画面を見せて進めるタイプで、本問のように「連絡先（取引先責任者）を作成するウィザード」などに使います。

サンドボックスとは

サンドボックスは、本番組織の設定を複製したテスト環境です。サンドボックスの種類によって複製されるデータ量は異なりますが、そこで行ったレコード変更は本番組織には反映されません。新しい自動化はサンドボックスで作成・テストし、確認後に変更セットなどで本番へ展開します。

デバッグ（Debug）とは

Flow Builder（フローの編集画面）にある［デバッグ］からフローを実行し、各要素が使用した値、通過した経路、エラーをデバッグ詳細で追える機能です。画面フローも、ユーザーに見える画面を進めながら検証できます。デバッグは有効化前のフローにも使えますが、デバッグ自体が常にデータ変更を取り消すわけではありません。ロールバックモードを選ばずに実行した場合、レコード作成などの処理は確定するため、サンドボックスとテストデータを使います。

フローインタビューとは

フローインタビューは「フローが1回実行された際の実行単位（セッション）」を指す用語です。実行すると自動で生まれるものであり、管理者がテストのために作成・設定するオブジェクトではありません。

設問の状況を分解する

• 作成したのは「連絡先を作成する新しい画面フロー」。

• 依頼されているのは「テスト」であって「本番リリース」ではない。

• フローはレコードを作成するので、うかつに本番で動かすと不要な取引先責任者レコードが残る。

つまり問われているのは、「本番データへ影響を与えにくい環境」と「実行経路や値を詳しく確認できるテスト機能」です。答えは、環境としてのサンドボックスと、Flow Builderのデバッグです。デバッグでもレコードが作成される場合があるため、安全性はサンドボックスによって確保します。

---

選択肢の検討

A. フローをテストするためのフロー インタビューを設定します。 → ✕

フローインタビューはフローを実行した結果として生成される実行単位です。テストのために事前に「設定する」ものではありません。用語を知っているかを試すダミー選択肢です。

B. サンドボックスでフローをテストします。 → ⭕ 正解

本番以外の環境で検証するのが原則です。サンドボックスであれば、テストのつもりで作られた連絡先レコードや設定ミスが本番のデータやユーザーに影響しません。Salesforce公式も、変更はサンドボックスで作成・テストしてから本番に展開することを推奨しています。

C. Flow Builder でフローをテストするには、デバッグを使用します。 → ⭕ 正解

画面フローの検証は、Flow Builderの［デバッグ］で入力値を与えて実行し、各要素の入出力をデバッグ詳細で確認するのが標準手順です。公式の手順も、Flow Builderでフローを開き、［デバッグ］→デバッグオプションの設定→［実行］という流れを示しています。

D. ［実行］を使用してフローを実行し、連絡先を作成します。 → ✕（惜しいが不正解）

［実行］は、開いているフローの最新の保存済みバージョンを通常どおり実行する機能で、基本的な動作確認には使えます。ただし［デバッグ］は［実行］の機能に加えて、入力変数の指定と実行詳細の表示ができるため、テストと原因調査にはより適しています。どちらの方法でも、連絡先作成要素まで進めばレコードが実際に作成される可能性があります。

---

管理者としての対処手順

1. サンドボックス（開発用またはDeveloper Proなど）でフローを作成する。

2. Flow Builderで［デバッグ］をクリックし、入力値などのデバッグオプションを設定して［実行］する。

3. 画面を進めながら、右側のデバッグ詳細で各要素の入出力を確認する。

4. 必要に応じて、サンドボックスの［プロセスの自動化設定］で、管理者が他のユーザーとしてフローをデバッグできる設定を有効にし、実際の利用者に近い権限のユーザーで検証する。

5. 想定したケースと例外ケース（必須項目未入力、権限不足など）を試す。

6. 問題がなければ、変更セットなどで本番に展開し、有効化する。

---

あわせて覚えておきたいポイント

手段	何が分かるか	本番データへの影響
デバッグ（Flow Builder）	各要素の入出力と経路	ロールバックを使わない場合はデータが変更されるため、サンドボックス推奨
実行	ユーザーとしての基本動作。デバッグ詳細は表示されない	レコードが実際に作成される
フローテスト（自動テスト）	期待結果との一致を繰り返し検証	レコードトリガフロー向けで、画面フローは対象外

• 自動テスト機能（フローテスト）はレコードトリガフロー向けです。本問のような画面フローでは、デバッグによる手動検証が中心になります。

• フローは実行ユーザーの権限で動く場合があるため、管理者自身でのテストだけでは不十分です。別プロファイルでのデバッグを忘れないこと。

---

出典（Salesforce公式）

• Debug a Screen Flow with the Debugger Example — 画面フローを有効化・配布する前に、Flow Builderの［デバッグ］で実行し、右側のデバッグ詳細を確認する手順を裏付けます。

• Test or Troubleshoot Flows with the Flow Builder Debugger — デバッグで実行経路と値を確認できること、ロールバックモードを使用しない場合はDMLなどの処理が実行されること、他のユーザーとしてのデバッグはサンドボックス限定であることを裏付けます。

• Improve Salesforce Flow Tests（Trailhead） — ［実行］と［デバッグ］の違い、通常はデバッグを使ってテストすること、フローインタビューが1回の実行インスタンスであることを裏付けます。

• Deploy Your Flow to Production（Trailhead） — フローをサンドボックスで作成・テストしてから本番へ展開する運用を裏付けます。

Salesforce公式ドキュメント↗