インタラクティブフローチャートのテスト実行の概要

インタラクティブフローチャートは、ランタイムサーバ上で一度に1人の訪問者を処理するように設計されています。 ただし、Campaignでテストフローチャートをテストすることで、インタラクティブフローチャートで訪問者が作成され、予測どおりにセグメントに割り当てられることを確認できます。

インタラクティブフローチャートのテスト実行では、分類ロジックを確認するだけです。 インタラクティブフローチャートを完全にテストして、タッチポイントとの動作を確認するには、インタラクティブフローチャートをテスト用ランタイムサーバに配置する必要があります。

インタラクティブフローチャートのテスト方法はバッチフローチャートのテスト方法と同じで、テスト実行を実施します。 各セグメントには何人かのメンバが割り当てられており、結果は同じように見えますが、フローチャートがメンバに割り当てる方法は異なります。 インタラクティブフローチャートのテスト実行を実施する場合、設計環境ではランタイム環境を使用します。 ランタイム環境では、プロファイルテーブルの各行を訪問者として扱い、各訪問者は一度に1人ずつフローチャートを通過します。

ランタイム環境では、インタラクティブフローチャートで参照するテーブルで顧客データを参照し、すべてのリアルタイムデータはイベントパラメータ、外部コールアウトなどから利用できます。 テスト実行中は、設計環境で実際のリアルタイムデータにアクセスすることはできません。 設計環境では、テスト実行テーブルで使用可能なデータを使用します。 インタラクティブフローチャートを適切に実行するには、Interact管理者と一緒に作業して、テスト実行プロファイルにサンプルデータを追加する必要があります。 たとえば、郵便番号の最初の数字に基づいてオーディエンスメンバを分類するロジックを定義して、最初の数字の候補ごとにテスト実行プロファイルの1つのエントリを確保するようにします。

既定では、インタラクションプロセスによって、テスト実行で使用されるプロファイルテーブルの入力レコード数が制限されますが、必要に応じて使用するレコード数は調整できます。 設計環境では、オーディエンスIDの順序で最初のレコード数が選択されます。 たとえば、テスト実行を5レコードに制限すると、設計環境では最初の5レコードをオーディエンスID別にソートしたものを、テスト実行プロファイルテーブルで使用します。

インタラクティブフローチャートは、何千単位のレコードを実行するようには最適化されていません。 テスト実行を開始して非常に多くのレコードを処理すると、テスト実行が完了するまで数分かかる場合があります。

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

TestAttr_n: テスト実行の属性データレポートのデータ、つまり各オーディエンスIDのプロファイルテーブルのすべてのデータが含まれます。

TestCount_n: テスト実行のセル数レポートのデータ、つまり各セルのメンバ数が含まれます。

TestError_n: テスト実行エラーレポートのデータ、つまりテスト実行で発生したエラーがある場合、すべてのエラーが含まれます。

TestSeg_n: テスト実行のセグメントデータレポートのデータ、つまり各オーディエンスIDと割り当てられたセグメントが含まれます。

サフィックス_nは、フローチャートIDを表します。 フローチャートIDは、Campaign システムテーブル内のUA_Flowchartテーブルを調べることで特定できます。