ステップ 6: エンドツーエンド テスト

エンドツーエンド テストは、サンドボックス テストとソフトローンチ本番環境でのテストの 2 段階で行われます。

  1. サンドボックスでのテスト: サンドボックスのフロントエンドを使用して、サンドボックス インベントリに対して一連のテストケースを実行します。サンドボックスの在庫の URL には、 [広告枠] > [広告枠] で [公開(サンドボックス内)] となっている販売者を見つけて、右端の列(可能な場合)をクリックするか、行をクリックして [RwG - E2E] リンクをクリックします。
  2. ソフトローンチの本番環境テスト: サンドボックス テストが完了したら、Google の担当者に連絡してください。アカウントが「ソフトローンチ」状態になります。この時点で、本番環境の在庫は予約可能になりますが、Google サービスでエンドユーザーが外部から見つけることはできません。ソフトローンチの在庫には、 [在庫] > [在庫] でアクセスし、「準備完了」となっている販売者を見つけて、右端の列(可能な場合)をクリックするか、行をクリックして [RwG - E2E] リンクをクリックします。このインベントリへのアクセス方法と、URL に関する特別な注意事項については、こちらをご覧ください。サンドボックス環境で行ったのと同様のテストケースのセットを実行します。

テストケース

次のエンドツーエンド テストは、サンドボックス テストとソフトローンチの本番環境テストの両方で実施されます。

  • アクション センターから予約を行い、予約がシステムに正しく表示されることを確認します。
  • 確認メールが送信されており、記載されている時間と予約が正しいことを確認します。
  • アクション センターで予約をキャンセルし、システムで正しくキャンセルされていることを確認します。
  • アクション センターから別の予約を予約し、Booking Notification API でシステムからキャンセルをトリガーします。
  • システムから特定のスロットを削除し、BatchAvailabilityLookupResponse とインベントリのリアルタイム更新(該当する場合)を使用して、アクション センターでそのスロットが正しく削除されているかどうかを確認します。注: RTU の場合、遅延は 5 分未満です。
  • アクション センターで予約を変更し、変更後の予約がシステムに正しく表示されることを確認します。
  • さまざまなスロットをクリックして、BatchAvailabilityLookup エラーがないことを確認する

デバッグ

空き状況スロット関連の問題をデバッグする場合は、 パートナー ポータル空き状況閲覧者を使用して、スロットの変更履歴を確認します。

リリースの準備

リリース前の準備として、リリースの準備状況に関するアンケートに記入してください。このフォームを送信すると、リリースの準備ができたことが Google に伝えられます。

さらに、パートナー ポータル[Configuration] > [Contact Information] タブですべての必須項目に入力します。リリース前に連絡先情報フォームに記入する必要があります。

リリース前の準備として、以下の最終チェックリストを確認してください。

  • フィードのアップロードが毎日行われている。
  • 予約サーバーのエラー率が 5% 未満である。
  • リアルタイム更新のエラー率が 5% 未満である。
  • ユーザーのデータが安全に送信されている。
  • バックエンドからの第三者の予約リクエストがない。
  • 可用性チェッカーが 3 日を超えて(できれば週末に)実行されていて、利用できず、エラー率が 5% 未満である。

以上の手順が完了したら、アクション センターの担当者に連絡してリリース日をスケジュールしてください。