跳轉到主要內容
所有在 XBOX 主機或非主機裝置上整合 XBOX services 的產品,都必須在發行前通過認證。XBOX 認證小組會驗證為 XBOX 建立的產品是否尊重其使用者的隱私權與安全性,同時將 XBOX 網路維持為高品質的服務。認證可確認產品不僅穩定可靠,還能為使用者提供一致、安全且有趣的體驗。

服務等級協定

下表詳細說明針對在 XBOX 主機和 XBOX on PC 上發行之遊戲進行 XBOX 需求測試的服務等級協定 (SLA)。

需要認證的產品類型

所有 XBOX 產品類型都必須接受 XBOX 需求測試,並通過 XBOX 認證後才能發行。視您的產品和提交類型而定,可能會適用不同的需求和程序。下列類型的產品必須經過 XBOX 認證: 產品類型:
  • 完整遊戲
  • Game Preview
  • Beta 版
  • 試玩版
提交類型:
  • 僅限數位下載
  • 僅限光碟
  • 光碟和數位
  • 內容更新
適用的測試量和需求數目,會因產品類型及其所處的生命週期階段而有所不同。

認證測試回合類型

請考量提交的目的。如果您想取得有關發行準備程度的方向性意見反應,可以考慮選擇性提交。另一方面,如果您打算將提交作為最終產品在 XBOX 網路上發行,請選擇最終提交。

選擇性提交

選擇性提交是 XBOX 認證所提供的付費測試服務。它們讓您有機會在提交候選版本組建之前,從認證的角度驗證遊戲目前的狀況。選擇性提交為建議選項,但並非必要。它們讓您有機會在最終提交前發現嚴重的 XR 問題,並提高首次通過的機會。不過,選擇性測試無法取代良好的 QA,QA 在整個開發階段仍然不可或缺。 選擇性提交以套件為單位,並據此收取費用。例如,如果您同時有 XBOX One 和 XBOX Series X|S 版本,且想要對兩者都進行選擇性提交,就必須分別付費。如需選擇性提交付費服務的完整詳細資料,請參閱 XBOX 認證付費服務方案文件。 選擇性提交只會在 CERT.DEBUG 沙箱中進行測試,這是由 Microsoft 控管、只有認證人員才能存取的沙箱。它是一個開發人員沙箱,只允許執行紅色簽署的內容 (與您的沙箱類似)。選擇性提交不會製作光碟。Optional Complete 報告中沒有 CFR (Conditions for Resubmission,重新提交條件) 並不表示遊戲已通過其最終提交。Optional Complete 報告是針對遊戲在當時符合 XBOX 需求程度的評估。選擇性提交不會像最終提交那樣做出通過/失敗的判定。 如需其他詳細資料以及選擇性測試的不同層級清單,請參閱選擇性提交文件。

最終提交

最終提交是產品向大眾發行或光碟發行至製造 (RTM) 之前的最後一個認證測試回合。請與您的 Microsoft 連絡人溝通,以規劃並協調您的最終提交。 主機上的最終提交完全在 CERT 沙箱中進行測試,這是由 Microsoft 控管、只有認證人員才能存取的沙箱。它是一個 Retail 沙箱,只允許執行綠色簽署的內容。有限的部分測試可能會在 CERT.DEBUG 沙箱中以紅色簽署的內容完成,但最終提交的大部分測試都在 CERT 沙箱中進行。認證主機是執行 RETAIL 中所發佈之目前 OS Recovery 的零售主機。PC 最終提交同樣在 CERT 沙箱中進行測試。與選擇性提交不同,最終提交完全在零售裝置上以綠色簽署的二進位檔和光碟進行測試。 當產品通過最終提交時,將會發佈通過報告,產品即可發行。如果產品未通過最終提交,將會發佈詳細列出重新提交條件 (CFR) 的失敗報告。失敗報告中識別出的所有 CFR,都必須在重新提交之前修正。重新提交的方式必須與先前的最終提交相同。

附加元件內容

支援附加元件內容 (耐久性和消耗性) 的遊戲,必須針對每種支援的可下載內容 (DLC) 類型,至少有一項產品與主遊戲一起通過認證。例如,計劃發行賽道、車輛和虛擬貨幣包的賽車遊戲,至少需要認證一個賽道、一輛車和一個虛擬貨幣包附加元件。請與您的 Microsoft 連絡人合作,確保在選擇性提交和最終提交之前,附加元件內容已發佈到認證沙箱。

測試光碟驗證

在實體光碟上發行的產品,必須訂購測試光碟並由 XBOX 認證小組核准。建議您在提交產品進行最終認證時一併下光碟訂單。不過,這並非強制。當光碟產品已在 Partner Center 中提交且通過 BVT 時,XBOX 認證小組就會訂購測試光碟。測試光碟最多會寄送至三個目的地以及 Microsoft 內部地址。這些是沒有圖案的「銀色」光碟,只包含 BinaryID 和製造日期等基本資訊。基於安全性考量,不會包含產品名稱和其他資訊。光碟有兩種格式:BD25 和 BD50。支援多光碟格式,但並不常見;如果是這種情況,建議您與 Microsoft 連絡人合作。 所有測試光碟都會由測試光碟製造商使用離線和線上主機設定進行驗證。如果驗證檢查失敗,XBOX 認證會在發出認證結果之前,針對失敗的檢查執行有針對性的後續追蹤。合作夥伴仍必須在核准發行至製造 (RTM) 之前執行所有必要的測試。合作夥伴在核准 RTM 之前執行所有必要的測試至關重要。XBOX 認證所執行的光碟測試,可在媒體驗證測試步驟文件中取得。

認證測試階段

XBOX 認證收到提交時,會分三個主要階段進行測試:
  1. 提交檢查涵蓋 Submission Validator 審查和惡意程式碼掃描。
  2. 執行組建驗證測試 (BVT),以確認遊戲處於可測試的狀態,且先前發出的所有 CFR 都已解決。
  3. XBOX 需求 (XR) 測試是測試的主要部分,所有適用的 XR 測試案例都會在此階段針對您的遊戲進行驗證。
下列步驟有助於進行測試,並讓您的產品做好提交準備:
  1. 建置乾淨的發行組建。
  2. 測試鬆散檔案的部署。
  3. 使用 MakePkg.exe 建置提交套件。
  4. 在您的開發沙箱中發佈可從 Store 下載的組建。只有獲得您沙箱存取權的使用者才能下載該組建。這可讓您以與認證相同的方式取得並測試遊戲。

提交檢查

提交檢查有兩項:Submission Validator 和惡意程式碼掃描。

Submission Validator

Submission Validator 會向開發人員提供意見反應,讓他們能夠解決會導致遊戲無法擷取至 Partner Center 和/或無法通過認證的常見問題。當您執行 MakePkg Pack 以產生用於提交或測試的套件時,Submission Validator 會執行數項錯誤檢查。請一律使用最新的 Submission Validator 元件;這可確保您受益於最新的驗證,並讓遊戲的提交盡可能順利進行。Submission Validator 不是獨立的工具。相反地,每當搭配 /L 或 /LT 參數使用 MakePkg Pack 命令時,就會自動呼叫它。Submission Validator 會在建立遊戲套件之前執行。 如需 Submission Validator 的詳細資訊,請參閱 Submission Validator GDK 文件。

惡意程式碼掃描

為了防止病毒和其他惡意程式碼污染您的產品,請在提交之前,使用您選擇的惡意程式碼掃描程式掃描套件。執行掃描之前,請確認惡意程式碼掃描程式具有最新的定義。 您不需要提供惡意程式碼掃描程式的記錄或其他證明。Microsoft 收到您的提交後,會對其執行自己的惡意程式碼公用程式。不過,在提交之前執行惡意程式碼掃描程式,可確保您及早發現意外的感染,而不必等待 Microsoft 找出它們。

組建驗證測試

組建驗證測試 (BVT) 是精簡的測試回合,旨在確保產品在進入完整認證測試之前完全可測試且已正確設定。做法是在產品的主要區域中執行一組測試案例。所有產品都必須先通過 BVT,才會排入完整認證測試。 如需深入了解 BVT,以及如何避免 BVT 失敗的其他指引,請參閱:

XBOX 需求測試

產品通過 BVT 後,就會排入 XBOX 需求 (XR) 測試。XR 測試回合的目的是驗證產品是否符合該提交和產品類型所適用的所有 XR。XR 由所有 XBOX 產品開發人員和發行者都必須遵守的原則、技術需求,以及產品元件相關需求所組成。XR 可確保為 XBOX 建立的產品不僅穩定可靠,還能提供一致、安全、有保障且有趣的使用者體驗。

XBOX 需求

您可以在這裡找到每個平台和產品類型的完整 XR 清單: 您可以在這裡找到每個受測 XR 的其他詳細資料和支援內容:XBOX 需求支援內容。

XBOX 需求測試案例

在認證中受測的每個 XR 都有詳細的測試案例,說明如何測試該需求。測試案例包含測試步驟、預期行為以及通過/失敗範例。

認證問題類型

在認證測試回合期間發現的問題,會根據嚴重性、發生機率和可重複性分為不同類型。
  • 標準回報問題 (SRI):SRI 通常與某項 XR 相關,但被認為嚴重程度不足以使遊戲失敗。這些問題應該在未來的提交中修正,但並非必要。
  • 重新提交條件 (CFR):CFR 是會使遊戲失敗的問題。這些問題違反了 XR 的意圖,且被認為嚴重到足以阻止遊戲發行。CFR 必須在重新提交之前修正。
  • 值得注意的問題 (ION):ION 是與 XR 或 XR 測試案例無關的問題。這些可能是開發人員想要修正的問題,但並非必要。
  • 未測試:如果在認證測試回合期間有無法測試的 XR 和/或測試案例,報告中會包含這些 XR 和測試案例的清單。
如需如何判定問題之嚴重性、發生機率和可重複性的詳細說明,請檢閱失敗模式分析 (FMA) 文件。

將提交設為暫止

如果有問題阻礙了測試,提交可能會被設為暫止,同時認證小組會與您的 Microsoft 連絡人合作,以取得繼續進行所需的資訊或存取權。在某些情況下,提交可能會改為判定為失敗,並需要重新提交。暫止可能會造成測試回合延遲。遊戲可能被設為暫止的常見原因包括:
  • 缺少測試所需的合作夥伴帳戶,或該帳戶無法運作。
  • 合作夥伴服務不支援 CERT.DEBUG 和 CERT 沙箱。
  • 多人遊戲未如預期運作。
在提交認證之前,確保完整測試遊戲所需的所有遊戲服務都能正常運作,有助於避免不必要的延遲。

要求例外狀況

如果您的遊戲未完全符合任何 XBOX 需求 (XR),您可以要求該 XR 的例外狀況。如果您的遊戲引進了創新功能,或強烈的技術限制會使遊戲無法符合 XR,就可能會發生這種情況。如果需要例外狀況,請在提交認證之前及早與您的 Microsoft 連絡人合作。例外狀況不保證會獲得核准,不過,事先取得意見反應可讓您有充裕的時間解決任何問題。在提交遊戲進行認證之前,您必須結束所有未處理的例外狀況要求。預留時間討論例外狀況和解決方案,可以避免延遲。 Microsoft 不想阻礙新的或創新的功能。如果您正在建立新的事物,請在例外狀況要求中告訴我們。若要在提交認證之前要求例外狀況,請聯絡您的 Microsoft 連絡人。

認證報告

所有遊戲都會在測試結束時收到報告。根據認證測試回合類型,會有不同的報告類型。不同的報告類型如下:
  • Optional Complete 報告
  • 最終通過/失敗報告
  • 期中報告
認證報告會以 Word 文件的形式提供給您的 Microsoft 連絡人,且在所有情況下都可以直接在 Partner Center 中取得。必須在下次提交中修正的問題會標示為 CFR。

Optional Complete 報告

Optional Complete 報告會在選擇性提交的測試結束時寄出。由於選擇性提交永遠不會向大眾發行,因此沒有通過/失敗結果。Optional Complete 報告會包含測試期間發現的所有問題,包括 SRI 和 CFR。

最終通過/失敗報告

最終通過/失敗報告會在最終提交的測試結束時寄出。此報告會指出遊戲是否通過認證並允許向大眾發行。與 Optional Complete 報告相同,最終通過/失敗報告會包含測試期間發現的所有問題,包括 SRI 和 CFR。發出通過報告後,遊戲即可向大眾發行。如果發出失敗報告,遊戲就不得向大眾發行,且必須先修正報告中的 CFR,才能重新提交最終認證。

期中報告

期中報告會在遊戲測試期間寄出。由於測試仍在進行中,期中報告不包含通過/失敗評估。期中報告的目的是讓您在測試結束之前,及早了解所發現的問題。

認證測試台設定

以下是認證測試台所使用的設定。

主機測試台配置

認證測試台使用具代表性的零售 XBOX 硬體和設定範例,包括不同的顯示器、音訊、儲存體、控制器、語言、帳戶和系統設定。確切的設定可能會根據目前的零售硬體生態系統和適用的認證需求而隨時間變更。 下表提供主機測試台配置的範例,並非固定或詳盡的設定。

由認證發行 (RFC)

遊戲通過認證且發佈通過報告後,該遊戲即視為已由認證發行 (RFCd)。此時,您的 Microsoft 連絡人可以協助您發佈至 Retail,並協調遊戲的發行。

與我們連絡

如果您對認證報告、XBOX 需求或測試案例有任何疑問,請寄送電子郵件至 XBOXCert@xbox.com。

另請參閱

最後修改於 2026年10月9日