端對端測試

端對端測試分為兩個階段：沙箱測試和正式發布的正式版測試。

1. 沙箱測試：使用沙箱前端，對一系列沙箱廣告空間執行一系列測試案例。您可以在 [廣告空間] > [廣告空間] 底下找到「沙箱」 廣告空間的網址，接著找出「已上線 (在沙箱中)」中的商家， 然後按一下最右欄中的連結 (如果有的話)，或是按一下該列的「RwG - E2E」連結。
   注意：雖然您的沙箱應反映實際庫存，但不應對即時預訂進行預訂。確認整個預訂生命週期在沒有即時預訂的狀態下也能進行測試。
2. 正式發布的正式版測試：完成沙箱測試後，請與您的 Google 聯絡人聯絡，您的帳戶將會處於「正式發布」狀態，屆時您的正式生產環境廣告空間將可訂房，但使用者無法透過任何 Google 資源對外搜尋您的廣告空間。您可以前往 [廣告空間] > [庫存] 頁面存取已啟動的庫存，接著找出最右側的欄 (如果有的話) 連結，或是點選該列的 [RwG - E2E] 連結。如要進一步瞭解如何存取這個廣告空間，以及針對這些網址採取的特殊預防措施，請參閱這個網頁。執行和在沙箱環境中類似的測試案例集。

注意：在端對端測試期間，請務必監控每日動態饋給上傳項目，以及預訂伺服器和即時更新的錯誤率。

測試案例

系統會將下列端對端測試在沙箱和正式發布的正式測試流程中執行：

• 透過「透過 Google 預訂」進行預訂，並確認系統能正確顯示預訂項目。
• 確認已寄出確認電子郵件，且列出的時間和預訂資訊均正確無誤。
• 透過「透過 Google 預訂」取消預訂，並確認系統已在您系統中取消該筆預訂。
• 透過「透過 Google 預訂」進行其他預約，並透過 Booking Notification API 觸發系統中的取消作業
• 將特定時段從系統中移除，並透過 BatchAvailabilityLookupResponse 和廣告空間即時更新 (如適用)，確認該預訂是否已在「透過 Google 預訂」中正確移除。注意：RTU 的延遲時間通常不到 5 分鐘。
• 透過「透過 Google 預訂」修改預訂，並確認修改後的預訂可正確顯示在系統中。
• 點擊各個時段即可確保沒有任何 BatchAvailabilityLookup 錯誤

注意：對「正式發布」的正式庫存廣告空間進行的預訂屬於實際預訂，而收集到的所有款項都會產生實際交易。強烈建議您通知商家您正在執行測試，且必須取消 (且可選擇退款) 測試期間建立的任何測試預訂。

偵錯

如要對可用性時段相關問題進行偵錯，請使用合作夥伴入口網站中的供應情形檢視者，查看運算單元變更記錄。

發布準備完成度

如要準備發布，請填寫發布完備性問卷。提交表單後，Google 就會通知您可以開始推出服務。

此外，請前往合作夥伴入口網站的設定 > 聯絡資訊分頁，填妥所有必要欄位。在上線之前，請填寫聯絡資訊表單。

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

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

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

完成上述步驟後，請聯絡您的「透過 Google 預訂」代表來安排發布日期。