日本語版はAIによる翻訳です。正確な情報については英語版をご参照ください。 英語版を表示
メインコンテンツまでスキップ

セクション 8: QA & テスト

Treatment を公開する前にテストすることで、品質を確保しミスを防ぐことができます。このセクションでは、Auxia Console で利用可能なすべての QA ツールについて説明します。

8.1 Treatment をテストする理由​

テストの重要性​

Treatment を Active にする前に、テストによって以下を確認できます：

  • コンテンツが正しく表示されること
  • パーソナライゼーションが期待通りに動作すること
  • 適格性ルールが正しいユーザーをターゲットにしていること
  • エラーが実際のユーザーに届くのを防ぐこと
  • ローンチ前に自信を持てること

テストの考え方​

フェーズテスト対象
作成時コンテンツ、フォーマット、画像
設定時Guardrails、Surface
ローンチ前実際のアプリでのエンドツーエンド
ローンチ後問題の監視

8.2 QA ツールへのアクセス​

ナビゲーション​

  1. サイドバーの Treatments & Journeys をクリックします
  2. 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 の作成

  1. QA & Testing > QA Users に移動します
  2. + Add QA User をクリックします
  3. ユーザー識別子（メールアドレスまたはユーザー ID など）を入力します
  4. 保存します

ステップ 2: デバイスの設定

  • QA User アカウントでアプリにログインします
  • アプリが Auxia プロジェクトに接続されていることを確認します

ステップ 3: テスト

  • Console から Treatment をトリガーします
  • アプリに表示されることを確認します

QA User の属性​

Guardrails をテストするために、QA Users に属性を設定できます：

属性例テスト目的
subscription_tier"Premium"プレミアム限定 Treatment のテスト
days_since_signup3新規ユーザー Treatment のテスト
location"US"地域ターゲットコンテンツのテスト

QA Users の管理​

QA Users の表示：

  • QA Users タブにすべての設定済みユーザーが表示されます

QA User の編集：

  • ユーザーをクリックして属性を変更します

QA User の削除：

  • 不要になった場合は削除します

8.4 Treatment のテスト​

コンソール内プレビュー​

Console で直接 Treatment をプレビューします：

  1. ポートフォリオから Treatment を開きます
  2. Preview をクリックします
  3. 概算のレンダリングを確認します

プレビューの制限：

  • コンテンツ構造が表示されますが、アプリの正確なレンダリングではありません
  • パーソナライゼーションはプレースホルダー値が表示されます
  • すべてのインタラクティブ要素が機能するわけではありません

実機でのテスト​

正確なテストのために：

  1. QA User を設定します（上記参照）
  2. QA User に Treatment をターゲットします
  3. テストデバイスでアプリを開きます
  4. Treatment の Surface にナビゲートします
  5. Treatment が正しく表示されることを確認します

Treatment の強制送信​

特定の Treatment をテストするには：

  1. QA & Testing に移動します
  2. 「Test Treatment」を選択します
  3. テストする Treatment を選択します
  4. QA User ID を入力します
  5. 「Send Test」をクリックします
  6. デバイスで Treatment を確認します

テストチェックリスト​

Treatment を Active にする前に：

  • コンテンツが正しく表示される
  • 画像が正しく読み込まれる
  • CTA ボタンが動作する
  • パーソナライゼーションが実際の値を表示する
  • リンク/ディープリンクが正しく遷移する
  • Treatment が正しく閉じられる
  • 異なる画面サイズで正しくレンダリングされる

8.5 Guardrails のテスト​

テスト対象​

Guardrails が以下を確認します：

  • 意図したユーザーを含む
  • 意図しないユーザーを除外する
  • エッジケースを正しく処理する

テストアプローチ​

テスト 1: ポジティブケース

  • マッチすべき属性を持つ QA User を設定
  • Treatment が配信されることを確認

テスト 2: ネガティブケース

  • マッチすべきでない属性を持つ QA User を設定
  • Treatment が配信されないことを確認

テスト 3: 境界ケース

  • エッジ値をテスト（例：ちょうど7日）
  • 境界での動作を確認

例：ルールのテスト​

ルール： days_since_signup < 7 の場合に Treatment を表示

QA User の設定期待される結果
days_since_signup = 3Treatment が表示されるべき
days_since_signup = 7Treatment が表示されるべきではない
days_since_signup = 6Treatment が表示されるべき

8.6 パーソナライゼーションのテスト​

パーソナライゼーションとは？​

パーソナライゼーションは、ユーザーデータを Treatment コンテンツに挿入します：

Hello `${first_name}`, welcome back!

以下のようになります：

Hello Sarah, welcome back!

パーソナライゼーションのテスト​

  1. 必要な属性を持つ QA User を設定します

    • 例：first_name = "TestUser"

  2. QA User に Treatment を送信します

  3. パーソナライゼーションが正しくレンダリングされることを確認します

    • "Hello TestUser, welcome back!"

よくあるパーソナライゼーションの問題​

問題症状修正方法
データフィールドの欠落プレースホルダーまたは空白が表示ユーザーに属性があることを確認
フィールド名の誤りプレースホルダーが表示フィールド名のスペルを確認
フォーマットの問題予期しないフォーマットデータ型とフォーマットを確認

8.7 QA Tags​

QA Tags とは？​

タグは、テストコンテンツの整理と識別に役立ちます。

タグの使用​

Treatment のタグ付け：

  • 作成時にタグを追加
  • 「QA」、「Test」、「Draft」などとマーク

タグによるフィルタリング：

  • ポートフォリオでタグフィルターを使用
  • テストコンテンツをすばやく検索

タグの削除：

  • 公開時にタグを削除
  • ポートフォリオをきれいに保つ

8.8 テストワークフロー​

推奨テストプロセス​

1. Create Treatment (Draft)
         ↓
2. In-Console Preview
         ↓
3. Set Up QA User
         ↓
4. Test on Device
         ↓
5. Verify All Elements
         ↓
6. Fix Any Issues
         ↓
7. Re-test
         ↓
8. Activate

ローンチ前チェックリスト​

コンテンツ：

  • タイトルが正しい
  • 本文が正確
  • 誤字脱字がない
  • パーソナライゼーションが動作する

ビジュアル：

  • 画像が読み込まれる
  • レイアウトが正しい
  • 色が正しい
  • CTA が表示されている

機能：

  • CTA が正しく動作する
  • リンクが正しく遷移する
  • 閉じる機能が動作する

設定：

  • 正しい Surface が選択されている
  • Guardrails が正しい
  • Journey の割り当てが正しい

8.9 テストのベストプラクティス​

早期かつ頻繁にテストする​

  • 最後までテストを待たない
  • 重要な変更のたびにテストする
  • 簡単なテストで問題を早期に発見する

複数のテストアカウントを使用する​

  • 異なる属性の組み合わせ
  • 異なるデバイス/プラットフォーム
  • 異なるアプリバージョン

テストを記録する​

以下を記録します：

  • テストした内容
  • テスト結果（合格/不合格）
  • 発見・修正した問題
  • テスト実施者と日時

他の人を巻き込む​

  • 同僚にコンテンツをレビューしてもらう
  • 見た目について意見をもらう
  • 新鮮な目で問題を発見する

本番に近い環境でテストする​

  • ステージング/本番のアプリバージョンを使用する
  • 現実的なデータでテストする
  • 実際のユーザー条件をシミュレートする

8.10 よくあるテストの問題​

Treatment が表示されない​

確認事項：

  1. QA User が正しく設定されている
  2. ユーザー識別子が一致している
  3. Treatment が正しい Surface をターゲットにしている
  4. アプリが正しいプロジェクトに接続されている
  5. デバイスにネットワーク接続がある

間違ったコンテンツが表示される​

確認事項：

  1. 正しい Treatment が選択されている
  2. キャッシュの問題がない（アプリキャッシュのクリアを試す）
  3. Treatment の正しいバージョンである

パーソナライゼーションが動作しない​

確認事項：

  1. QA User に必要な属性がある
  2. 属性名が正確に一致している
  3. データ型が正しい

Treatment が間違ったユーザーに表示される​

確認事項：

  1. Guardrails が正しい
  2. 競合するルールがない
  3. Treatment のステータス（Active かどうか？）

8.11 QA の権限​

必要な権限​

権限アクセス
TREATMENT_VIEWTreatment の閲覧
QA_USER_VIEWQA Users の閲覧
QA_USER_EDITQA Users の管理
TREATMENT_TESTテスト Treatment の送信

アクセスの取得​

QA テストの権限が必要な場合は、管理者にお問い合わせください。

次のセクション​

セクション 9: Configuration に進んで、システム設定のドキュメントをご覧ください。