サンドボックスの審査

サンドボックス テストは、フィードのアップロード、予約サーバー、リアルタイム更新を総合的に確認するものです。

エンドツーエンドのオンボーディング プランでサンドボックスの手順をすべて完了したら、統合の審査をリクエストできます。統合を審査するには、フォームから Actions Center サポートチームにテストケースを送信します。

テストは数日間にわたって実施され、問題がなければ最長で 7 営業日ほどで完了します。解決する必要がある問題が見つかった場合は、修正のためにお客様にご連絡いたします。問題を解決したら、新しい審査をリクエストできます。テストはリセットされ、最初からやり直されます。

セルフテスト

サンドボックス環境の審査をリクエストする前に、次のことを確認してください。

1. データ品質を確保するため、次の条件でサンドボックス環境にすべての在庫がアップロードされます。

   1. 販売者の在庫のマッチ率が高い。
   2. サービスの可用性が欠落していない。
   3. 可用性の忠実度は次のように機能します。
      1. SchedulingRules と Resources が適切に定義され、期待どおりに動作している。

2. サンドボックス インフラストラクチャでは、実際の予約がライブ マーチャントの在庫に対して行われることはありません。

3. 内部ビジネス ロジックに依存する既知のエッジケースをすべて自己テストしている。

審査をリクエスト

セルフテストとエンドツーエンド オンボーディング プランのマイルストーンのサンドボックス部分が完了したら、パートナー ポータルで新しいケースを作成して、審査をリクエストします。リンクをクリックすると、アクション センター サポートチームからフォームが届きます。このフォームを使用して、特定の販売者と予約を送信し、サンドボックス統合をテストします。

テストケース

以下は、サンドボックス テストと本番環境テストの両方のテストの一部として実施されるエンドツーエンドのテストの一部です。

• アクション センターで予約を行い、予約がシステムに正しく表示されることを確認します。
• 確認メールが送信されていること、表示されている時間と予約が正しいことを確認します。
• アクション センターで予約をキャンセルし、システムで正しくキャンセルされていることを確認します。
• アクション センターで別の予約を行い、Booking Notification API を使ってシステムからキャンセルをトリガーします。
• システムから特定のスロットを削除し、BatchAvailabilityLookupResponse を通じてアクション センターで正しく削除されているかどうかを確認します。
• アクション センターで予約を変更し、変更した予約がシステムに正しく表示されることを確認します。
• さまざまなスロットをクリックして、BatchAvailabilityLookup エラーが発生しないことを確認します。