ステップ 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% 未満である。

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