エンドツーエンド テストは、サンドボックス テストとソフトローンチ本番環境でのテストの 2 段階で行われます。
- サンドボックスでのテスト: サンドボックスのフロントエンドを使用して、サンドボックス インベントリに対して一連のテストケースを実行します。サンドボックスの在庫の URL には、 [広告枠] > [広告枠] で [公開（サンドボックス内）] となっている販売者を見つけて、右端の列（可能な場合）をクリックするか、行をクリックして [RwG - E2E] リンクをクリックします。
- ソフトローンチの本番環境テスト: サンドボックス テストが完了したら、Google の担当者に連絡してください。アカウントが「ソフトローンチ」状態になります。この時点で、本番環境の在庫は予約可能になりますが、Google サービスでエンドユーザーが外部から見つけることはできません。ソフトローンチの在庫には、 [在庫] > [在庫] でアクセスし、「準備完了」となっている販売者を見つけて、右端の列（可能な場合）をクリックするか、行をクリックして [RwG - E2E] リンクをクリックします。このインベントリへのアクセス方法と、URL に関する特別な注意事項については、こちらをご覧ください。サンドボックス環境で行ったのと同様のテストケースのセットを実行します。
テストケース
次のエンドツーエンド テストは、サンドボックス テストとソフトローンチの本番環境テストの両方で実施されます。
- アクション センターから予約を行い、予約がシステムに正しく表示されることを確認します。
- 確認メールが送信されており、記載されている時間と予約が正しいことを確認します。
- アクション センターで予約をキャンセルし、システムで正しくキャンセルされていることを確認します。
- アクション センターから別の予約を予約し、Booking Notification API でシステムからキャンセルをトリガーします。
- システムから特定のスロットを削除し、
BatchAvailabilityLookupResponseとインベントリのリアルタイム更新（該当する場合）を使用して、アクション センターでそのスロットが正しく削除されているかどうかを確認します。注: RTU の場合、遅延は 5 分未満です。 - アクション センターで予約を変更し、変更後の予約がシステムに正しく表示されることを確認します。
- さまざまなスロットをクリックして、
BatchAvailabilityLookupエラーがないことを確認する
デバッグ
空き状況スロット関連の問題をデバッグする場合は、 パートナー ポータルの空き状況閲覧者を使用して、スロットの変更履歴を確認します。
リリースの準備
リリース前の準備として、リリースの準備状況に関するアンケートに記入してください。このフォームを送信すると、リリースの準備ができたことが Google に伝えられます。
さらに、パートナー ポータルの [Configuration] > [Contact Information] タブですべての必須項目に入力します。リリース前に連絡先情報フォームに記入する必要があります。
リリース前の準備として、以下の最終チェックリストを確認してください。
- フィードのアップロードが毎日行われている。
- 予約サーバーのエラー率が 5% 未満である。
- リアルタイム更新のエラー率が 5% 未満である。
- ユーザーのデータが安全に送信されている。
- バックエンドからの第三者の予約リクエストがない。
- 可用性チェッカーが 3 日を超えて（できれば週末に）実行されていて、利用できず、エラー率が 5% 未満である。
以上の手順が完了したら、アクション センターの担当者に連絡してリリース日をスケジュールしてください。