用自動化撐起大量局數驗證，並通過第三方認證
分享老虎機自動化測試的架構設計、大量局數模擬與結果比對、迴歸測試的建立與維護，以及第三方認證機構的送測準備、常見退件原因與合規文件要求。
自動化測試在老虎機 QA 中佔據核心位置， 而它要能成立，第一個必須解決的是隨機性： 結果不可預測的系統無法寫出穩定的斷言。 透過確定性重播（Deterministic Replay）技術， 測試框架可以注入預定義的隨機數序列， 使每一次 Spin 的結果完全可預測和可重現。
這意味著測試案例可以精確指定「第一次 Spin 結果為三個 Wild 連線、 第二次觸發免費遊戲」這樣的場景，再驗證遊戲在該條件下的行為是否正確。 確定性重播是覆蓋所有邊界條件的唯一可行方式：依賴自然隨機等待特定組合 可能需要數百萬次 Spin，注入序列則能直接到達任何想要的場景。
要讓這個機制可靠，關鍵在於隨機來源必須收斂到單一入口： 只要還有一處直接取用系統隨機數，重播就會出現無法解釋的偏差。 因此隨機數的取得應在架構階段就抽象為可替換的介面， 由執行環境決定注入真實來源或預定義序列， 這是測試需求反向影響核心設計的典型例子。
將測試整合到 CI/CD 流程中，確保每次程式碼變更都不會破壞現有功能：
實務上會把測試依成本分層：每次提交的快速層須在數分鐘內完成， 每日的中量層涵蓋完整功能案例， 數千萬局以上的數學驗證則安排在版本里程碑或送審前。 另一個常被低估的重點是測試本身的穩定性： 間歇性失敗會摧毀團隊對整套測試的信任， 這類案例應視為缺陷處理，找出殘留的非確定性因素並消除。
截圖比對（Screenshot Comparison）是視覺回歸測試的核心方法。 測試框架在特定遊戲狀態下擷取截圖，與基準圖進行像素級比對， 差異超過容差閾值時標記為需要人工審查。 這種方法特別適合偵測意外的 UI 偏移、字型變更、動畫異常等視覺退化。
前提是畫面本身可被穩定重現：固定解析度、 鎖定動畫時間軸並在指定影格擷取，否則結果會被誤報淹沒。 容差閾值通常對關鍵區從嚴、對背景動態區放寬。
效能測試確保遊戲在目標裝置上流暢運行：
這些指標應以分位數而非平均值評估： 平均幀率良好但尾端嚴重掉幀，感受上就是「偶爾會卡一下」， 而這往往正好發生在大獎慶祝的關鍵時刻。 基準也須綁定裝置層級並隨版本追蹤趨勢。
在合規市場上線的老虎機遊戲必須通過國際認證機構的審計。 GLI-19（Gaming Laboratories International 的互動式博弈技術標準） 和 BMM Testlabs 是業界兩大主流認證機構， 它們的測試涵蓋以下關鍵領域：
不同司法管轄區在共同標準之外往往還附加地區性要求， 這些差異最好在設計階段就整理成可查核的清單並參數化支援。
合規測試的一個核心要求是完整的審計追蹤（Audit Trail）。 系統必須記錄每一次 RNG 呼叫產生的隨機數值，並能利用這些記錄精確重現任何一局遊戲的結果。 認證審計人員會隨機抽取歷史記錄，注入相同的隨機數序列進行重播， 驗證結果與原始記錄完全一致，任何不一致都會導致認證失敗。
這與前述的確定性重播是同一套能力的兩種用途： 開發階段用它構造測試場景，認證階段用它證明結果可還原。 重播能力因此應從初期就當作正式功能維護， 並在版本變更後驗證舊記錄仍能被正確重播。
認證機構會嚴格驗證客戶端無法影響遊戲結果的生成。 測試內容包括：
這類驗證需要以對抗性的角度設計：主動竄改請求、重送已完成的請求、 在看似有選擇權的環節中嘗試改變已決定的結果。 當遊戲存在讓玩家選擇的互動時，必須確認所有選擇在結果上等價。
申請第三方認證不僅需通過技術測試，還需準備完整的認證提交文件：
這些文件必須與實際交付的版本嚴格對應： 送審後的修改都可能要求重新提交，版本凍結因此是關鍵紀律； 文件與實作不一致，是認證往返最常見的原因。
認證過程通常需要數週到數月。認證機構可能在審查中提出問題或要求修正， 開發團隊需及時回應並提供補充資料。通過認證後，遊戲將獲得正式的合規證書， 成為進入目標市場的通行證。降低往返次數的最佳策略， 是把合規要求視為設計階段的輸入，而非交付前的檢查項。
老虎機的 QA 是一項涵蓋數學、工程、體驗和合規四大面向的系統工程。 本篇聚焦自動化與合規認證，而數學模型的驗證方法、 以及功能與玩家體感的測試實務，則分別在本系列的另外兩篇中展開。