當操作台連線、現場終端可註冊且主介面顯示正常狀態時，應急指揮調度系統可能看起來已經就緒。這些檢查確認了各個元件正在運作，但並不能證明完整的應急工作流程能夠正確運作。
在移交前，測試必須遵循與實際事件相同的路徑：事件被報告，控制室識別其來源，操作員選擇合適的通訊資源，指示傳達給現場人員，回應被記錄，並且在網路鏈路、伺服器或電源發生故障時系統繼續運行。
驗收計劃
驗收始於一份經批准的測試計劃。如果沒有明確的通過/失敗標準，專案團隊可能會完成大量示範，卻讓關鍵的營運問題懸而未決。
該計劃必須基於系統設計、通訊矩陣、事件流程和合約要求。它需要明確被測試的功能、預期結果、負責測試的人員、證據要求以及授權批准每項結果的人員。
每個測試案例需要包含：
-
唯一的測試編號和功能類別。
-
系統和網路的初始條件。
-
執行測試所需的操作員操作。
-
預期結果和允許的最大回應時間。
-
涉及的設備、分機、群組和位置。
-
需保留的證據，如日誌、錄音、螢幕截圖或報警記錄。
-
記錄缺陷和完成複測的程序。
在功能測試開始前，還必須核對設備清單。設備名稱、IP位址、SIP帳號、安裝位置、交換器埠、韌體版本和電源需與批准記錄一致。命名錯誤的終端可能成功完成呼叫，卻向調度員顯示錯誤的位置。
在收集證據前同步系統時鐘。當不同子系統使用不同的時間參考時，調度記錄、通話錄音、報警事件、視訊畫面和操作員操作無法準確關聯。
現場通訊
每個已安裝的終端都必須從其實際位置進行測試。測試單個樣本設備並不能確認其他電纜路由、交換器埠、麥克風、喇叭、攝影機或外部報警輸入的狀態。
語音呼叫
測試呼叫必須涵蓋現場電話、SIP對講、調度台、IP電話、無線頻道以及任何授權的外部電話連接。驗證呼入和呼出通訊。
操作員和現場用戶需要交換包含位置、設備編號和指令的完整操作短語。僅發出提示音或「能聽到我嗎？」只能確認音訊存在，並不能證明重要資訊能被準確理解。
驗證以下內容：
-
正確的目的地和來源標識。
-
清晰的雙向音訊，無削波、迴聲或過度延遲。
-
可靠的鍵盤、熱線、速撥和單鍵操作。
-
正確的振鈴聲、指示燈或可視呼叫提示。
-
正確的呼叫釋放並返回空閒狀態。
無線接入
當通過RoIP閘道連接專用無線網路時，測試必須涵蓋語音品質之外的內容。無線通訊通常為半雙工，因此PTT啟動、釋放時序和頻道忙狀態行為都很重要。
調度音訊必須在所連接的無線設備準備就緒後才能開始發送，否則指令的前幾個詞可能會遺失。測試還需確認當無線頻道被佔用時，平台是否阻止發送或向操作員發出警告。
測試每個獨立控制的無線頻道。控制台顯示的頻道名稱必須對應正確的閘道埠、所連接的無線設備和通話群組。
視訊和對講
對於視訊對講終端，驗證視訊建立、影像方向、音視訊同步和設備標識。光照不足、逆光、網路擁塞和錯誤的視訊設定可能會影響效能，即使終端已正常註冊。
如果平台允許調度員打開攝影機串流或呼叫視訊對講終端，則必須透過實際的控制台工作流程進行測試，而非直接從設備設定頁面操作。
調度控制
調度控制台是通訊資源融入操作流程的地方。測試需要重現正常呼叫、並發請求和緊急事件，而不是單獨展示每項功能。
身分與位置
來電必須顯示操作員可立即使用的資訊。當控制室管理數百個現場點時，僅顯示通用分機號是不夠的。
設備名稱應描述實際位置或功能，例如「北隧道出口03」、「罐區裝車點2」或「變電站控制室」。如果包含GIS，選擇事件必須打開正確的地圖位置，無需操作員手動搜尋。
測試團隊可以臨時交換兩個現場終端的身分，以確認在移交前能偵測到位置不匹配。完成此負面測試後，恢復批准配置並重複位置檢查。
優先級處理
緊急呼叫可能需要優先於常規通訊。測試必須確定當操作員正在處理另一通呼叫時，有緊急呼叫到達，平台會如何表現。
根據批准的設計，系統可能顯示優先級警報、將常規呼叫置於等待、將事件路由到其他席位或允許主管干預。觀察結果必須與已歸檔的操作規程一致。
升級與轉接
當主操作員不可用、忙碌或離線時，也需測試呼叫。經過規定時間後，平台可能將呼叫路由到另一控制台、值班群組、主管或外部號碼。
記錄完整順序，包括鈴聲持續時間、目的地順序、位置資訊、優先級狀態和最終通話記錄。只有在所有操作員都在線上時才能正常工作的路由，無法提供可靠的應急工作流程。
會議與群組通訊
應急回應可能需要多個部門加入同一語音會話。會議測試需涵蓋加入和移除參與者、靜音控制、通話錄音以及在支援的情況下包含無線或外部電話資源。
根據批准的區域表檢查群組廣播。面向某個車間或隧道區段的消息不得發送到不相關區域，而經授權的全站消息必須到達每個所需終端。
相關解決方案：應急指揮調度通訊系統
系統聯動
報警、視訊、GIS、門禁和通訊功能通常由獨立子系統提供。驗收測試必須確認資訊如何在它們之間傳遞，以及每個事件後操作員看到什麼。
報警啟動
通過現場介面或經批准的測試輸入，啟動每種已連接的報警類型。平台必須顯示正確的事件類型、設備名稱、位置、時間和優先級。
如果設計包含自動動作，則逐一驗證。這些動作可能包括打開攝影機畫面、通知值班群組、播放預錄訊息、發起呼叫或在地圖上高亮受影響區域。
還必須針對重複事件和快速變化的輸入狀態檢查自動聯動。狀態多次變化的感測器不應引發不受控的呼叫、重複廣播或過多的操作員提示。
視訊驗證
報警-視訊聯動必須打開與事件位置關聯的攝影機。驗證即時視訊、攝影機命名、串流可用性和操作員控制。
還需包含攝影機故障情況。如果關聯攝影機離線，平台必須顯示明確的故障資訊，而不是讓操作員面對一個可能被誤認為載入延遲的空白視窗。
事件記錄
完整的事件記錄可能包括原始報警、操作員確認、呼出呼叫、無線通訊、會議活動、視訊選擇和最終事件關閉。
在整合允許的情況下，這些記錄需使用一致的時間源和通用事件標識。授權人員必須能夠檢索整個序列，而無需在多個獨立系統中使用不相關的時間戳進行搜尋。
故障測試
只有在故意隔離選定元件後，冗餘架構才能得到證明。謹慎規劃這些測試，以便了解預期的服務影響，並在出現意外情況時可以安全停止活動。
網路中斷
斷開選定上行鏈路或停用測試交換器埠，可確認終端在網路中斷期間的行為。記錄：
-
故障檢測的速度。
-
活躍呼叫是否中斷。
-
終端是否通過備用路由註冊。
-
哪些本地通訊功能仍然可用。
-
正常服務是否自動恢復。
如果站點依賴WAN連接至中央平台，則本地回退需特別關注。驗收記錄必須說明現場終端是否仍可聯繫本地控制室、使用備用伺服器或通過替代通訊路徑運行。
伺服器故障轉移
停止活動呼叫控制服務可確認備用伺服器是否接管。測量故障檢測、註冊恢復以及建立新呼叫所需的時間。
僅恢復註冊是不夠的。故障轉移後，重複語音呼叫、廣播、錄音和調度操作，以確認備用環境包含所需設定並能存取支援服務。
電源故障
備用電源測試必須包括通訊伺服器、操作員控制台、網路交換器、閘道和現場終端。通過PoE供電的電話仍依賴於上游交換器和其電源。
驗證所需的備用持續時間、報警生成、電池狀態以及電源恢復後的有序恢復。如果包含發電機，觀察市電、電池供電和發電機供電之間的轉換。
元件恢復
恢復行為應與故障本身受到同等關注。恢復後的伺服器或網路路徑不得產生重複註冊、錯誤路由、重複報警或主備服務間的不穩定切換。
操作員需要明確的指示，了解元件何時發生故障以及何時恢復服務。靜默恢復可能使控制室不知曉系統曾在降級狀態下運行。
容量與移交
應急系統的測試必須超越單路活躍呼叫。在重大事件期間，多個報警、呼叫、無線頻道、視訊串流和廣播任務可能在短時間內同時活躍。
並發操作
負載測試需重現經批准數量的並發語音呼叫、調度操作、錄音會話、無線頻道和視訊串流。還必須包含代表性的背景服務，如監控、資料庫操作和報警處理。
觀察處理器使用率、記憶體消耗、網路吞吐量、呼叫建立時間、媒體品質和錄音完整性。目標不僅僅是讓系統達到故障點，而是確認在維持關鍵功能的同時能夠承載批准的運行容量。
權限與安全
必須使用真實帳戶測試用戶角色。操作員需要存取指定區域所需的通訊資源，但不能更改伺服器設定或使用受限群組。
移交前審查管理員存取權限、密碼政策、稽核日誌、遠端維護路徑、未使用的網路服務和備份檔案。預設憑證和臨時調試帳戶必須刪除或停用。
最終文件
移交文件應反映已安裝的系統，而非原始提案。最終交付包需包含：
-
系統架構和網路拓撲圖。
-
設備清單和位置記錄。
-
分機、呼叫群組和廣播區域表。
-
優先級、升級和回退規則。
-
IP位址、VLAN和交換器埠分配。
-
軟體、韌體和設定版本。
-
備份和還原流程。
-
完成的測試記錄和未解決的例外項。
-
維護職責和聯繫流程。
為每個失敗項指定責任人、糾正措施和複測日期。最終驗收記錄必須區分已完成功能、已批准的限制和未解決的缺陷。這可以防止臨時調試安排成為未文件化的永久狀態。
移交應僅在完整的事件工作流程在正常、峰值負載和指定故障條件下均通過後進行。簽署的驗收記錄必須說明哪些功能已驗證、哪些限制已批准以及哪些缺陷仍需糾正。
常見問題
FAT和SAT有什麼區別？
工廠驗收測試（FAT）在交付前驗證設備和已設定功能，通常在受控環境中進行。現場驗收測試（SAT）驗證已安裝的系統，包括其實際佈線、網路、終端、整合和運行條件。
誰應批准驗收結果？
批准通常涉及系統整合商、技術負責人、網路團隊、營運代表以及負責應急流程的組織。安全關鍵型工作流程不應僅由設備供應商批准。
能否在運行中的系統上進行驗收測試？
部分測試可在正常操作期間完成，但故障、優先級和高負載測試可能影響活動服務。這些活動需要經過批准的測試窗口、回退流程以及與操作員的明確協調。
何時需要進行回歸測試？
回歸測試適用於重大軟體升級、伺服器更換、路由更改、網路重新設計或整合更改之後。範圍應包括被修改的功能以及可能受影響的任何依賴工作流程。
測試證據應如何儲存？
測試表格、日誌、錄音、螢幕截圖和缺陷記錄應儲存在受控存取下，具有一致的檔案名稱和版本資訊。保留期限應遵循組織的工程、安全和合規政策。
