建立角色分工的網站無障礙測試計畫

要建立可運作的網站無障礙測試計畫，先把測試視為每次變更都必須產生的交付證據，而不是上線前才交給專家的總檢查。團隊應事先界定受影響的旅程與資產，為每種方法指定觸發條件、最早可測階段、受訓執行者、當責接受者、證據格式、發布阻擋規則及重測負責人，讓修正責任與風險接受都有跡可循。

什麼條件才讓無障礙測試成為一套計畫？

無障礙測試之所以成為計畫，是因為不同證據被安排在設計、內容製作、開發、QA與發布準備的適當時點，同時保留明確的接受責任。自動偵測處理可程式化條件；人工檢查判斷行為與意義；輔助科技測試檢查代表性任務的相容性；身心障礙者評估則探索易用性及尚未被滿足的需求。

W3C建議在開發或改版早期持續評估，並明確指出任何工具都不能單獨判定網站是否符合無障礙標準。因此，設計師、編輯與開發者仍要對自己的決策與產出負責；QA提供獨立檢查，無障礙負責人則維護政策、方法、訓練與疑難判讀，不應成為所有檢查必經的瓶頸。

測試深度應如何配合這次發布的內容？

測試深度應隨互動程度、重複使用範圍、設計新穎性、旅程重要性及可能的使用者影響增加。選方法以前，先盤點受影響的旅程、元件、範本、內容類型、文件、媒體、控制項與支援技術；同一張變更單若同時改到版面、語意及互動，就應採用較深的適用層級。

• 純內容變更：人工檢查內容意義並執行適用的自動檢查；若改到結構、媒體、文件、控制項或任務意思，再加入鍵盤、縮放、重排或輔助科技檢查。
• 視覺或版面變更：加入設計審查及縮放、重排檢查；只要互動或焦點可能受影響，就一併檢查鍵盤焦點。
• 元件或互動變更：建置前先寫驗收條件，由開發者做局部檢查，再由QA獨立測試相關狀態、代表性任務及必要的輔助科技；共用元件另加迴歸涵蓋。
• 新範本、關鍵旅程或重大發布：採用所有適用層級、受訓的輔助科技測試、代表性涵蓋、抽樣符合性評估，以及仍能影響設計時進行的身心障礙者評估。

這四類是便於團隊協作的編輯性模型，不是官方風險標準、固定評分或符合性證明。低風險只代表所需深度較小，不代表可以不留證據；較廣的符合性工作則可參照WCAG-EM，先界定範圍與目標、探索關鍵頁面及功能，再選取代表性樣本、執行評估並報告結果。

責任矩陣要記錄什麼，又由誰接手？

責任矩陣必須讓每一層測試在動工前就能回答九件事：何種變更會觸發、涵蓋哪些範圍、最早何時可做、誰負責執行、誰有權接受結果、需要何種能力與環境、保留哪些證據、什麼情況阻擋發布，以及由誰修正與重測。矩陣的價值不在格子多，而在交接時不再猜測。

角色邊界也要清楚：設計師負責可及的互動與視覺決策，作者或編輯負責內容意義，開發者負責實作與局部檢查，QA負責測試計畫及獨立執行，使用者研究員負責合宜的身心障礙者研究，產品或發布負責人則作出發布決定。小型團隊可由同一人戴不同帽子，但高風險工作仍應保留受訓或獨立審查。

當每次變更都有具名證據、責任歸屬與重測路徑，無障礙就不再是別人的最後一關。

每項核心無障礙檢查究竟要看什麼？

每項核心檢查都應對準可觀察的任務與狀態，而不是只記一個通過符號。自動檢查要記錄掃描範圍及規則，適合放在本機流程與相關整合管線；內容審查則要由人判斷頁面標題、標題層級、標籤、連結、指示、錯誤、字幕、逐字稿及替代文字在當下情境是否真的傳達有用意義。

• 用鍵盤完成代表性任務，操作每個相關控制項，確認焦點順序合理、焦點清楚且未被完全遮蔽。
• 進入及離開複合元件，觀察狀態變更、動態訊息與錯誤復原，不能把只按Tab鍵巡覽當成完整測試。
• 依適用準則把文字放大至200%，確認內容及功能沒有遺失。
• 重排時分開檢查相當於320 CSS像素寬度的水平捲動，以及相當於256 CSS像素高度的垂直捲動，並保留需要二維版面才能理解或使用的例外。
• 查看資訊或功能是否消失、被遮擋，焦點是否隱藏，以及變更是否意外發生在目前視窗以外，而不是要求畫面維持像素級一致。

執行者應把每項發現寫成可重現的紀錄：受影響任務、使用者影響、預期行為、實際結果、測試環境、證據、修正負責人與重測結果。乾淨的自動掃描只能表示所執行規則沒有命中問題，不能回答內容是否有意義、鍵盤能否完成任務，也不能據此宣稱整條旅程符合WCAG。

何時需要輔助科技、身心障礙者及符合性評估？

當變更涉及高風險互動、代表性任務、重大功能或關鍵旅程時，就應加入受訓的螢幕閱讀器及所選輔助科技測試。測試組合應根據受眾證據、產品採用的技術、支援承諾與已知風險選定，並記錄瀏覽器、作業系統、輔助科技及版本；一組螢幕閱讀器環境既不代表所有盲人，也不能證明整體符合標準。

身心障礙者評估應安排在發現仍能影響原型、內容或旅程設計的時點，並先處理會消耗整場研究的明顯重大障礙，好讓參與者也能揭露更深層的易用性問題。研究可依階段採用聚焦的原型回饋或正式任務研究，但不能把一位參與者的經驗推論為整個障礙族群的共同結論。

使用者評估與標準符合性評估不能互相取代：前者探索實際使用經驗及未滿足需求，後者依明確範圍、代表性頁面與功能判讀標準要求。即使達到最高WCAG符合等級，也不保證每一位使用者都能順利使用，因此較高保證需求應把兩類證據並列，而不是挑選其中一項作為完整代理。

如何用證據控制發布並持續改進計畫？

發布應由獲授權的產品或發布負責人依該變更類別所需證據作決定，而不是看一個全站分數。每項適用檢查都要完成，阻擋發現要修正並重測，紀錄則需標示範圍、方法、環境、結果、負責人、處置及重測狀態；QA與無障礙專業人員提供獨立證據，創作者仍負責修正。

若組織政策允許例外，紀錄必須列出授權人、理由、受影響使用者、緩解措施、到期日及後續工作；例外不會改變原始結果，也不能建立符合性。上線後收到的障礙回報與重複缺陷，應回饋到責任矩陣、迴歸檢查、訓練、範本及日後的變更分類，而不是被壓縮成單一通過率或成熟度分數。

1. 先選一條關鍵旅程，讓它的責任與證據鏈完整。
2. 訓練矩陣中具名的角色負責人。
3. 建立證據範本並加入適當自動化。
4. 用實際發現校準阻擋與重測規則。
5. 定期檢視重複缺陷及使用者回報。
6. 確認做法穩定後，再擴大到其他旅程與範本。

若團隊缺乏判讀複雜互動、輔助科技行為、代表性符合性涵蓋或爭議發現的能力，應請受訓的無障礙評估者加入；身心障礙者研究則交由具相關經驗的研究員規劃。涉及臺灣或其他司法管轄區的法規解釋、認證或合規主張時，另向合格法律專業人士尋求意見。