跳至主要内容

無障礙性測試

您需要確保您的服務至少達到網站內容無障礙性指南 2.2（WCAG 2.2）AA等級。

如果服務不符合 WCAG 2.2 AA 等級，您可能會違法。

政府數位服務部（Government Digital Service, GDS）正在研究如何評估 WCAG 2.2 中的新成功標準（Success Criteria），並將於 2024 年 10 月開始監控額外標準。在 2024 年 10 月前，英國政府將監控網站和應用程式是否達到 WCAG 2.1 AA 級的無障礙性。

如果您努力符合服務標準，您還需要：

  • 確保該服務和最常見的輔助科技相容——例如螢幕報讀器或語音辨識軟體
  • 與身心障礙使用者和年長使用者一起測試服務

符合無障礙性要求的最佳方法是：

  • 從一開始就考慮無障礙
  • 在整個開發過程中定期執行您自己的無障礙性測試
  • 在進入公開測試版之前進行正式的無障礙稽核

從一開始就考慮無障礙性​

考慮每個階段的無障礙性。您可能會發現這些無障礙使用者設定檔很有用。

開始考慮 alpha 測試階段的技術無障礙性。當團隊討論想法和發展概念時，請考慮：

  • 您所考慮的是否符合 WCAG 設計原則
  • 視力、聽力、行動不便、思考與理解有障礙的人如何使用它

一旦開始撰寫正式環境程式碼，您就應該執行定期測試。一旦您的服務進入公開測試版，請在每次新增功能時執行測試。

當您進行初步的原型開發時，無需擔心程式碼的無障礙性，但檢查您正在使用的顏色對比度是否無障礙是很有用的。

以這種方式工作可以幫助您儘早發現並解決問題，在後期拆分並修復它們的成本更高。

測試你的程式碼​

使用自動測試和手動測試定期測試您的程式碼。這些測試也會揭露設計和內容的問題。

進行這兩種類型的測試很重要——如果您只進行自動化測試，您會忽略一些問題。

自動化測試​

有各種自動化測試工具，包括：

手動測試​

如果您無法進行詳細的測試，那麼進行基本的無障礙性檢查是為了幫助您測試常見的無障礙性問題，包括：

  • 缺乏鍵盤無障礙性（重要，因為一些人依賴使用鍵盤來瀏覽網站）
  • 連結文字不具描述性（例如：「點擊這裡」連結）
  • 文字和重要圖形和控制項的顏色對比度不夠
  • （在需要替代文字的情況下）圖片沒有具意義的替代文字
  • 未正確標記線上表單，以便關聯正確的控制與正確的標籤

一些瀏覽器具有工具，可以更容易找到文件物件模型（Document Object Model，DOM）中的無障礙性問題。例如，Mozilla Firefox 的無障礙性檢查工具和 Chrome 開發者工具(DevTools)中的無障礙性功能。

還有一些工具，如 Microsoft 的 Accessibility Insights，也可幫助進行手動檢查。

使用輔助科技進行測試​

您的服務需要在人們用來存取您的服務的最常見的瀏覽器和裝置上運作。

您還必須確保您的服務和常見的輔助科技相容。

這意味著：

  • 在可能的情況下，自己使用輔助科技進行一些測試
  • 尋找使用輔助科技的使用者參與研究
  • 要求將輔助科技測試納入您的無障礙稽核中

進行無障礙性稽核​

在您的服務進入公開測試版之前，您必須進行無障礙稽核並解決所有問題。

有用的資源​

您可以透過以下方式開始一些簡單的測試：

您也可以閱讀一些部落格文章：

相關指南​

您可能還會發現這些指南很有用：

原始文章連結