対話式フローチャートのテスト実行について

対話式フローチャートのテスト実行では、対話式フローチャートのセグメンテーション・ロジックを検査します。対話式フローチャートは、一度に 1 つの訪問者についてランタイム・サーバーで実行されるように設計されています。ただし、これらを Campaign でテストすることにより、対話式フローチャートが訪問者を作成すること、およびそれらを予期されたセグメントに割り当てることを確認できます。対話式フローチャートの完全なテスト、およびタッチポイントとの対話方法については、対話式フローチャートをテスト・ランタイム・サーバーに配置する必要があります。

対話式フローチャートのテスト方法は、バッチ・フローチャートのテストと同じです。 つまり、テスト実行をひととおり実施します。結果が同様に見える場合でも (各セグメントにいくつかのメンバーが割り当てられる)、フローチャートがメンバーを割り当てる方法は異なります。対話式フローチャートのテスト実行を実施する際に、設計時環境ではランタイム環境が使用されます。ランタイム環境は、プロファイル・テーブル内の各行を訪問者として処理し、フローチャート全体で一度に 1 つの訪問者が処理されます。

ランタイム環境は、対話式フローチャートで参照されているテーブルに提供されている顧客データを参照し、イベント・パラメーターや外部コールアウトなどから入手できるすべてのリアルタイム・データを参照します。テスト実行中には、設計時環境は実際のリアルタイム・データにアクセスしません。設計時環境は、テスト実行テーブルで入手可能なデータを使用します。Interact 管理者とともに作業して、サンプル・データをテスト実行プロファイルに追加する必要があります。これにより、対話式フローチャートがテストされます。例えば、郵便番号の 1 桁目に基づいてオーディエンス・メンバーを分割するセグメンテーション・ロジックを定義する場合は、テスト実行プロファイルで 1 桁目のエントリーが 1 つずつあることを確認します。

デフォルトでは、「対話」プロセスは、テスト実行で使用するプロファイル・テーブル内の入力レコード数を制限しますが、必要に応じて使用されるレコード数を調整できます。設計時環境では、オーディエンス ID 順に並べられたレコードが、先頭から指定数だけ選択されます。例えば、テスト実行のレコード数を 5 つに制限すると、設計時環境では、テスト実行プロファイル・テーブル内でオーディエンス ID を基準にソートされたレコードのうち、最初の 5 つのレコードが使用されます。

表示できる結果は、最後のテスト実行の結果のみです。設計時環境では、新しいテスト実行が開始されると、前のテスト実行のデータはすべて削除されます。テスト実行のエントリー数が 1000 個を超える場合、またはテスト実行ウィンドウを閉じた後でテスト実行データを表示するため、テスト実行データが、testRunDataSource で定義されたデータベース内の以下のテーブルに保管されます。

• TestAttr_n。テスト実行のオーディエンス ID が入ります。
• TestCount_n。「テスト実行のセル数」レポートのデータ、つまり各セル内のメンバーの数が含まれます。
• TestError_n。「テスト実行エラー」レポートのデータ、つまりテスト実行でエラーが発生した場合、それらのエラーがすべて含まれます。
• TestSeg_n。「テスト実行のセグメント・データ」レポートのデータ、つまりオーディエンス ID と割り当て済みセグメントが含まれます。

接尾部 _n はフローチャート ID を示します。フローチャート ID を判別するには、Campaign システム・テーブル内の UA_Flowchart テーブルを調べます。