テストキャンバスの送信
キャンバスを作成した後、キャンバスQAチェックリストを使用して、設定、オーディエンス、コンテンツを検証します。この記事では、複製したキャンバスを使ったライブのエンドツーエンドのテストと、APIベースのBranchテストについて説明します。
可能な限り、Brazeではキャンバスを起動前にテストすることを推奨しています。プレビューのみの検証については、まずユーザーパスのプレビューを確認してから、こちらに戻ってジャーニー全体を通じて実際のメッセージを送信するライブテストを行ってください。
ライブエンドツーエンドのテスト（キャンバスの複製）
この方法は、複雑なジャーニーに推奨されます。キャンバスQAチェックリストのフェーズ4に従い、次のステップを実行してください。
ステップ1:テストユーザーを特定する
本番オーディエンスに到達せずにキャンバスのステップを通過するテストユーザーを特定します。テストユーザーには、Brazeダッシュボードでライブサービスに使用されていない既存のメールアドレスか、テスト専用の新しいメールアドレスを使用できます。
コンテンツテストグループ（キャンペーンやキャンバスからテストメッセージを受信する内部グループ）の作成を検討してください。
ステップ2:複製してエントリを制限する
テスト用にキャンバスの複製を作成します。複製したキャンバスで、テストユーザーのみが対象となるようにエントリオーディエンスを編集します。たとえば、メールアドレスフィルターを追加します。
メッセージをすばやく確認できるよう、時間遅延を秒または分単位に短縮します。特定のアクションを特定のキャンバスジャーニーに分離するため、テスト間に少なくとも2〜3分の間隔を空けてください。
ステップ3:起動して検証する
テストキャンバスを起動し、アプリケーション（Web、iOS、Android）でユーザーを各Branchに送るユーザー行動を実行します。
テストユーザーが意図したメッセージを受信していることを確認します。テストユーザーがメッセージを受信しない理由には、以下が含まれます。
- グローバルコントロールグループの対象外
- フリークエンシーキャップの制限
- セグメントメンバーシップの不一致
- 中止されたメッセージ
- 異なるユーザーに関連付けられたプッシュトークン
キャンバスが意図したとおりに動作するまで、反復を続けてください。
一般的なヒント
キャンバスステップを識別する
場合によっては、ユーザーがキャンバスを進む中で複数のメッセージを受信することがあります。テスト用に遅延を短縮すると、どのメッセージがトリガーされたか分かりにくくなることがあります。テストメッセージのタイトルにステップ名やユーザー ID（Liquidを使用）を含めることで、正しいメッセージが正しいユーザーに届いたことを確認できます。
Content Blocksを活用する
テストフレームワーク内でコンテンツが繰り返し使用される場合（例えば、ユーザーを異なるキャンバスステップに振り分けるための複雑なLiquid）、その繰り返しコンテンツをコンテンツブロックとして保存してみてください。これにより、個々のキャンバスステップ全体にコンテンツブロックを含めることができます。
Postman と Track user エンドポイントを使用する
Postman と Braze Postman Collection を使ってテストを実行できます。/users/track エンドポイントを使用して、さまざまなテストユーザーのカスタムイベントや購入を記録・追跡します。
user track API にデータを送信するにはexternal IDが必要なため、Brazeダッシュボードでテストユーザーを内部グループに追加し、特定のエラーを調査できるようにしてください。
複数のブランチのテスト
異なる属性やイベントに基づいてユーザーをターゲットとする複数のブランチを持つキャンバスをテストする場合は、次のテスト計画に従ってください。
- 各ブランチについて、ユーザーがそのキャンバスジャーニーに含まれるために必要な属性とイベントを特定します。
- それらを
/users/trackエンドポイントを使って送信する JSON ペイロードに組み込みます。