步驟 6：端對端測試

端對端測試發生在「沙箱測試」和「正式環境測試發布」階段。

1. 沙箱測試：使用沙箱前端，對沙箱庫存清單執行一系列測試案例。您可以在「Inventory  」>「Inventory」下方，找到「Live (in Sandbox)」(已啟用 (在沙箱中)」的商家，然後點選最右欄的連結 (如有)，或點選該列並點選「RwG - E2E」連結。
   注意：雖然沙箱應反映實際的廣告空間，但不應對其進行即時預訂。確保在沒有實際預訂的情況下，可以測試整個預訂生命週期。
2. 測試發布正式環境測試：完成沙箱測試後，請與您的 Google 聯絡人聯絡，您的帳戶就會進入「測試發布」狀態，此時正式環境廣告空間就會變成可預訂，但任何 Google 資源的使用者都無法在外部找到這些廣告空間。您可以前往「 廣告空間 > 廣告空間 」下方，找到「已就緒」的賣家，然後點選最右欄的連結 (如有)，或點選該列並點選「RwG - E2E」連結。請到這裡進一步瞭解如何存取這份廣告空間，以及使用這些網址時須採行的特殊預防措施。您需要執行的測試案例組合與在沙箱環境中進行的相似。

注意：在端對端測試期間，請務必密切留意每天的動態饋給上傳狀況，以及預訂伺服器和即時更新的錯誤率。

測試案例

下列端對端測試在「沙箱測試」與「正式環境測試發布」階段執行：

• 透過「行動中心」進行預訂，並確認您的系統能正確顯示該筆預訂。
• 查看系統是否寄發了確認電子郵件，以及所列的時間和預訂相關資訊是否正確。
• 透過 Actions Center 取消預訂，並確認您的系統已正確取消該筆預訂。
• 透過「動作中心」再次預約，並使用 Booking Notification API 透過您的系統觸發取消程序
• 從您的系統中移除某個時段，然後透過 BatchAvailabilityLookupResponse 和商品目錄即時更新 (如適用) 確認是否已經在 Actions Center 上正確移除了該時段。注意：RTU 的延遲時間應少於五分鐘。
• 透過「行動中心」修改預訂，並確認修改後的預訂正確顯示在您的系統中。
• 點選不同時段，確認不會發生 BatchAvailabilityLookup 錯誤

注意：對「測試發布」正式環境庫存清單所做的預訂是有效預訂，所收取的任何付款也都會構成實質交易。強烈建議您在進行測試前告知商家，並取消 (及視需要請求退款) 在測試期間建立的所有測試預訂。

偵錯

針對預訂情形相關問題進行偵錯時，請使用 合作夥伴入口網站的 Availability Viewer (預訂情形檢視工具) 查看時段變更記錄。

發布準備完成度

準備發布時，請填寫發布準備完成度問卷。提交這份表單意同於通知 Google 您已經做好了發布準備。

此外，請前往合作夥伴入口網站，在「設定 > 聯絡資訊」分頁中填寫所有必填欄位。聯絡資訊表單必須在發布前填妥。

準備發布時，請按照下列清單進行最終檢查：

• 動態饋給每天都會上傳一次。
• 預訂伺服器失敗率低於 5%。
• 即時更新失敗率低於 5%。
• 可安全地傳輸使用者資料。
• 您的後端不會送出任何第三方預訂要求。
• 預訂情形檢查工具已執行超過 3 天 (最好是在週末期間)，且無法預訂率和錯誤率低於 5%。

注意：請透過合作夥伴入口網站的「Features」頁面啟用或停用預訂情形檢查工具。

完成這些步驟後，請聯絡您的 Actions Center 代表來安排發布日期。