日本語版はAIによる翻訳です。正確な情報については英語版をご参照ください。
8.1 Treatment をテストする理由
テストの重要性
Treatment を Active にする前に、テストによって以下を確認できます：- コンテンツが正しく表示されること
- パーソナライゼーションが期待通りに動作すること
- 適格性ルールが正しいユーザーをターゲットにしていること
- エラーが実際のユーザーに届くのを防ぐこと
- ローンチ前に自信を持てること
テストの考え方
8.2 QA ツールへのアクセス
ナビゲーション
- サイドバーの Treatments & Journeys をクリックします
- QA & Testing を選択します
QA & Testing の概要
QA セクションには以下が含まれます：- QA Users - Treatment をプレビューするためのテストアカウント
- Test Treatments - 特定のユーザーに Treatment をトリガー
- QA Tags - テストコンテンツのラベル付けとフィルタリング
8.3 QA Users
QA Users とは？
QA Users は、以下が可能な特別なテストアカウントです：- 通常の適格性に関係なく Treatment を受信
- 公開前の Treatment をプレビュー
- 実機/実アプリでテスト
QA Users の設定
ステップ 1: QA User の作成- QA & Testing > QA Users に移動します
- + Add QA User をクリックします
- ユーザー識別子（メールアドレスまたはユーザー ID など）を入力します
- 保存します
- QA User アカウントでアプリにログインします
- アプリが Auxia プロジェクトに接続されていることを確認します
- Console から Treatment をトリガーします
- アプリに表示されることを確認します
QA User の属性
Guardrails をテストするために、QA Users に属性を設定できます：QA Users の管理
QA Users の表示：- QA Users タブにすべての設定済みユーザーが表示されます
- ユーザーをクリックして属性を変更します
- 不要になった場合は削除します
8.4 Treatment のテスト
コンソール内プレビュー
Console で直接 Treatment をプレビューします：- ポートフォリオから Treatment を開きます
- Preview をクリックします
- 概算のレンダリングを確認します
- コンテンツ構造が表示されますが、アプリの正確なレンダリングではありません
- パーソナライゼーションはプレースホルダー値が表示されます
- すべてのインタラクティブ要素が機能するわけではありません
実機でのテスト
正確なテストのために：- QA User を設定します（上記参照）
- QA User に Treatment をターゲットします
- テストデバイスでアプリを開きます
- Treatment の Surface にナビゲートします
- Treatment が正しく表示されることを確認します
Treatment の強制送信
特定の Treatment をテストするには：- QA & Testing に移動します
- 「Test Treatment」を選択します
- テストする Treatment を選択します
- QA User ID を入力します
- 「Send Test」をクリックします
- デバイスで Treatment を確認します
テストチェックリスト
Treatment を Active にする前に：- コンテンツが正しく表示される
- 画像が正しく読み込まれる
- CTA ボタンが動作する
- パーソナライゼーションが実際の値を表示する
- リンク/ディープリンクが正しく遷移する
- Treatment が正しく閉じられる
- 異なる画面サイズで正しくレンダリングされる
8.5 Guardrails のテスト
テスト対象
Guardrails が以下を確認します：- 意図したユーザーを含む
- 意図しないユーザーを除外する
- エッジケースを正しく処理する
テストアプローチ
テスト 1: ポジティブケース- マッチすべき属性を持つ QA User を設定
- Treatment が配信されることを確認
- マッチすべきでない属性を持つ QA User を設定
- Treatment が配信されないことを確認
- エッジ値をテスト（例：ちょうど7日）
- 境界での動作を確認
例：ルールのテスト
ルール：days_since_signup < 7 の場合に Treatment を表示
8.6 パーソナライゼーションのテスト
パーソナライゼーションとは？
パーソナライゼーションは、ユーザーデータを Treatment コンテンツに挿入します：パーソナライゼーションのテスト
-
必要な属性を持つ QA User を設定します
- 例：first_name = “TestUser”
- QA User に Treatment を送信します
-
パーソナライゼーションが正しくレンダリングされることを確認します
- “Hello TestUser, welcome back!”
よくあるパーソナライゼーションの問題
8.7 QA Tags
QA Tags とは？
タグは、テストコンテンツの整理と識別に役立ちます。タグの使用
Treatment のタグ付け：- 作成時にタグを追加
- 「QA」、「Test」、「Draft」などとマーク
- ポートフォリオでタグフィルターを使用
- テストコンテンツをすばやく検索
- 公開時にタグを削除
- ポートフォリオをきれいに保つ
8.8 テストワークフロー
推奨テストプロセス
ローンチ前チェックリスト
コンテンツ：- タイトルが正しい
- 本文が正確
- 誤字脱字がない
- パーソナライゼーションが動作する
- 画像が読み込まれる
- レイアウトが正しい
- 色が正しい
- CTA が表示されている
- CTA が正しく動作する
- リンクが正しく遷移する
- 閉じる機能が動作する
- 正しい Surface が選択されている
- Guardrails が正しい
- Journey の割り当てが正しい
8.9 テストのベストプラクティス
早期かつ頻繁にテストする
- 最後までテストを待たない
- 重要な変更のたびにテストする
- 簡単なテストで問題を早期に発見する
複数のテストアカウントを使用する
- 異なる属性の組み合わせ
- 異なるデバイス/プラットフォーム
- 異なるアプリバージョン
テストを記録する
以下を記録します：- テストした内容
- テスト結果（合格/不合格）
- 発見・修正した問題
- テスト実施者と日時
他の人を巻き込む
- 同僚にコンテンツをレビューしてもらう
- 見た目について意見をもらう
- 新鮮な目で問題を発見する
本番に近い環境でテストする
- ステージング/本番のアプリバージョンを使用する
- 現実的なデータでテストする
- 実際のユーザー条件をシミュレートする
8.10 よくあるテストの問題
Treatment が表示されない
確認事項：- QA User が正しく設定されている
- ユーザー識別子が一致している
- Treatment が正しい Surface をターゲットにしている
- アプリが正しいプロジェクトに接続されている
- デバイスにネットワーク接続がある
間違ったコンテンツが表示される
確認事項：- 正しい Treatment が選択されている
- キャッシュの問題がない（アプリキャッシュのクリアを試す）
- Treatment の正しいバージョンである
パーソナライゼーションが動作しない
確認事項：- QA User に必要な属性がある
- 属性名が正確に一致している
- データ型が正しい
Treatment が間違ったユーザーに表示される
確認事項：- Guardrails が正しい
- 競合するルールがない
- Treatment のステータス（Active かどうか？）