步驟 4：端對端測試

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

1. 沙箱測試：使用沙箱前端，對沙箱廣告空間執行一系列測試案例。如要存取沙箱廣告空間的網址，請前往 廣告空間 >「商品目錄」 ，找出狀態為「已上線 (在沙箱中)」的商家，然後點選最右側欄中的連結 (如有)，或按一下該列，然後按一下「RwG - E2E」連結。
   注意：雖然沙箱應反映實際廣告空間，但不應對實際廣告空間進行即時預訂。確保在沒有即時預訂的情況下，可以測試整個預訂生命週期。
2. 正式發布階段的正式環境測試：當您完成沙箱測試後，請聯絡您的 Google 聯絡人，您的帳戶會進入「測試發布」狀態，此時您的正式版目錄可以可供預訂，但使用者無法在任何 Google 資源中找到這些資產。如要存取非測試中的商品目錄，請前往 「商品目錄」>「商品目錄」 ，找到「就緒」的商家，按一下最右側欄中的連結 (如有)，或按一下該列，然後按一下「RwG - E2E」連結。如要進一步瞭解如何存取這個目錄，以及使用這些網址時須採取的特殊預防措施，請參閱這篇文章。執行一組類似的測試案例，就像在沙箱環境中一樣。

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

測試案例

下列端對端測試會在「沙箱測試」和「正式發布前測試」階段執行：

• 透過 Actions Center 進行預訂，並確認該筆預訂已在您的系統中正確顯示。
• 查看確認電子郵件是否已送出，以及這裡列出的時間和預訂資訊是否正確。
• 透過 Actions Center 取消預訂，並確認已在您的系統中正確取消預訂。
• 透過 Actions Center 再次預約，並使用 Booking Notification API 觸發系統的取消作業
• 將特定運算單元從系統中移除，然後透過 BatchAvailabilityLookupResponse 和清查即時更新 (如適用)，在 Actions Center 上確認該運算單元是否已正確移除。 注意：RTU 作業應該會在五分鐘內完成。
• 透過 Actions Center 修改預訂，並確認修改後的預訂已正確顯示在您的系統中。
• 點選不同版位，確保不會發生 BatchAvailabilityLookup 錯誤

注意：針對「測試發布」正式版廣告空間所進行的預訂是實際預訂， 且收取的任何款項都會帶來實際交易。強烈建議您告知商家您正在進行測試，並且取消 (及選擇退款) 在測試期間建立的所有測試預訂。

偵錯

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

發布準備完成度

準備發布時，請填寫發布完備性問卷。提交這份表單可讓 Google 知道您已經做好發布準備。

此外，請前往合作夥伴入口網站，依序前往 「設定」>「聯絡資訊」分頁 填妥所有必填欄位。啟用前，請務必填妥聯絡資訊表單。

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

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

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

完成上述步驟後，請聯絡 Actions Center 代表來排定發布日期。