互動電影無障礙如何做分支測試：用路徑矩陣覆蓋輸入、媒介與狀態

建立互動電影無障礙測試矩陣，把高風險節點、路徑代表集、輸入方式、媒介替代、五語和狀態恢復組合起來，在可控用例數內覆蓋完整體驗。

DramaFork Editorial Team互动叙事与 AI 创作方法

2026.10.13预计阅读 6 分鐘

多元測試團隊在放映實驗室用鍵盤、遙控器、耳機和開關設備追蹤多條電影路徑的原創封面插畫。

開篇導讀

分支作品不能把每項無障礙檢查只做一次，也不能把所有變量笛卡爾相乘到無法執行。可行的方法是建立風險驅動的路徑矩陣：先覆蓋每種獨特規則，再補主路徑、最短路徑、恢復路徑和設定切換。

互動電影無障礙不能只在上線前檢查字幕。選擇介面、播放控制、分支狀態和媒介內容共同組成一次完整體驗；其中任何一環無法感知、操作或理解，觀眾都可能在故事中途失去繼續前進的方法。WCAG 2.2面向 Web 內容提出可感知、可操作、可理解和穩健四項原則。本文把相關原則轉成互動電影團隊可執行的製作方法，但不把單篇建議等同於合規認證；實際專案仍要結合交付平台、目標市場和殘障使用者測試確認要求。

先把目標寫成可驗收的體驗承諾

《霧港來信》有十二個節點、三種輸入、五種語言和多項設定。全部組合會迅速膨脹；若只測中文鼠標主線，又會漏掉遙控器焦點、日文斷行、口述影像權限和舊存檔遷移。

下文採用虛構短片《霧港來信》作為教學案例：觀眾在夜間碼頭追查一封被替換的信，並在倉庫、候船室和燈塔之間作出選擇。人物、路徑、測試結果和素材編號均為原創示例，不代表真實使用者案例、已完成測試或 DramaFork 自動提供的功能。

團隊先寫一句體驗承諾，再寫失敗條件。承諾要說清誰在什麼設備和情境下完成什麼動作，失敗條件則說明何時必須停止發布。例如“只用鍵盤也能完成所有選擇”比“支援鍵盤”更可驗收；“關閉動態後仍出現全屏搖移”則是明確失敗。矩陣按節點規則而非結局數量去重。共享相同選擇組件的節點只選一個代表，但獨特計時、暗場、合流、回退和結局必須各有用例。每條用例記錄語言、輸入、設定、入口狀態、預期回饋和出口狀態。

用四欄表連接規則、實作和證據

欄位	本文要回答的問題	交付證據
觀眾任務	觀眾在這一節點必須感知、決定或控制什麼	一句可復述的任務與適用情境
交互規則	預設方式與替代方式是否得到同等結果	輸入、焦點、時間或呈現規則
分支影響	設定切換、回退或重進是否改變劇情狀態	入口、出口與保留狀態記錄
驗收方式	誰在何種設備上檢查，失敗退回哪裡	路徑編號、操作記錄與缺陷歸屬

核心集包含：鍵盤主線、遙控器最短線、開關掃描無輸入線、減弱動態燈塔線、口述影像倉庫線、五語文字邊界線、舊存檔恢復線。高風險缺陷修復後，補測受影響的上游和下游節點。

四欄必須引用同一個版本。只改介面稿、不改路徑記錄，會讓測試人員無法判斷舊問題是否已修復；只改程序、不更新體驗承諾，則會讓“可以操作”被誤當成“已經理解”。編輯、交互、開發和測試共同簽收的是一次可重復的體驗，而不是某張靜態截圖。

按五步把要求放進製作流程

第一步，列出主路徑、短路徑、回退路徑和無輸入路徑，標記每條路徑出現的選擇、播放控制與關鍵資訊。第二步，為每項任務寫預設方式和替代方式，替代方式必須到達相同劇情結果，不能只讓按鈕看起來不同。第三步，把規則綁定到穩定的場景編號、素材編號和狀態字段，避免改片名或文案後失去追蹤。

第四步，在精修畫面和混音之前做低成本檢查：鍵盤走一遍、放大文字走一遍、關閉動畫走一遍、暫停後再進入一次。第五步才進行跨設備和輔助技術測試，並保留實際步驟、預期結果、實際結果和證據位置。先用規則清單生成矩陣，再由編輯、無障礙負責人和開發共同刪減重復項。執行時保留螢幕記錄、狀態日誌和實際步驟；自動化負責穩定重復檢查，人工負責理解、聽覺、順序和敘事洩露。

《霧港來信》的驗收記錄不寫“看起來沒問題”，而寫成“從節點 H02 進入，啟用替代設定，完成左側選擇，系統寫入 clue_letter=true，並在 H03 首句確認該狀態”。這樣一條記錄同時覆蓋入口、動作、回饋和出口。若結果不同，團隊知道應查輸入層、介面層還是劇情狀態層。