在數(shù)字無障礙性成為法律要求的今天，確保數(shù)字界面的可訪問性對于服務殘障用戶至關重要。本文提供了一個全面的框架，包括自動化工具、手動評估、可用性測試和輔助技術測試，以評估和提升用戶體驗的無障礙性。

譯者推薦：在數(shù)字無障礙日益成為法律要求的今天，確保數(shù)字界面的可訪問性對于服務殘障用戶至關重要。

本文提供了一個全面的框架，包括自動化工具、手動評估、可用性測試和輔助技術測試，以評估和提升用戶體驗的無障礙性。推薦給所有致力于提升數(shù)字產品無障礙性的設計師和開發(fā)者。

數(shù)字無障礙正在興起。自從滿足基本無障礙標準成為一項法律要求，而不僅僅是錦上添花的條件以來，越來越多的組織開始質疑他們的數(shù)字界面能否能很好地服務于殘障用戶。

1.無障礙案例

事實是，除非你的產品專門針對身體或認知能力受損的用戶（例如老年人），否則你很可能沒有認真考慮過該界面的無障礙性。

我們經常將用戶理想化，將他們當成完美無缺、完全可以勝任的人，想象他們在生活中只有一個問題，那就是我們的產品要解決的問題。

因此，我們很少將殘障視為潛在的需求點來考慮，從而無法設計出好的無障礙解決方案，這意味著殘障人士不太可能使用我們的產品。

這就導致在考慮目標受眾時，我們更不會考慮他們……這是一個惡性循環(huán)，但 合乎道德的設計流程和定期的無障礙審查是打破這一循環(huán)的最佳途徑。

殘障問題很復雜，它會以多種方式、不同程度地影響一系列技能，且其表現(xiàn)形式因人而異，并隨著情況和時間的變化而變化。

因此，無障礙評估并不是一個簡單的測試，相反，它是針對一組最常見的障礙對內容、設計和代碼進行的整體評估，旨在突出用戶最有可能遇到挑戰(zhàn)的領域。沒有一個界面是 100% 無障礙的，因此無障礙審查是一個持續(xù)或完善的過程。

但你所做的每一個改變和解決的每一個問題都會為更多用戶打開新的大門。這是一段值得走的旅程！

2.定義框架

無障礙審查通常是依據《 網頁內容無障礙指南》 （WCAG）進行的，這是一套國際公認的改善網頁無障礙的指南。所有數(shù)字界面必須符合 AA 級標準，部分界面甚至需要達到 AAA 級。

WCAG 2.2 原則的基礎是：界面必須始終可感知、可操作、可理解。這些原則涵蓋界面的內容和設計，以及其背后的代碼，這意味著審查將需要項目團隊所有成員的參與。

審查的目的是了解視力、聽力、行動能力和/或思維和理解能力受損的用戶使用界面的能力。它涵蓋了最常見的殘障類型，但在某些情況下，你可能希望縮小用戶范圍，研究某類特定用戶群體面臨的具體挑戰(zhàn)。

同樣重要的是要記住，并非所有殘疾都是永久性的，你應該考慮用戶的視覺、聽覺或運動技能會受到何種情況的影響。

為此，你應該審查用戶旅程的背景，例如：是否有任何任務通常是在旅途中（行動不便）、在黑暗中（視力）、在嘈雜的地方（聽力）執(zhí)行的，從而影響他們的思考和理解。

3.選擇正確的方法

進行無障礙評估的方法有四種，可單獨使用或結合使用：

1. 自動評估
2. 人工評估
3. 可用性測試
4. 輔助技術測試

1）自動評估：

有許多免費和付費工具可幫助簡化評估流程。有些工具專注于數(shù)字無障礙的特定方面，例如 a11y 顏色對比度驗證器。

其他工具（如 WAVE） 則可進行全面檢查，幫助突出顯示復雜界面上難以發(fā)現(xiàn)的主要結構問題。W3 還提供了一份全面的網絡無障礙性評估工具清單，適用于所有級別和用途的界面。

雖然這些工具是評估過程的良好起點，但它們目前并未涵蓋所有的無障礙性性問題，也不應該完全取代人工評估。

2）人工評估：

這是一個根據標準清單對界面進行人工檢查和評估，并提出改進建議的過程。我根據 WCAG 關于創(chuàng)建可感知、可操作、可理解的原則，創(chuàng)建了一份內容廣泛的檢查清單。每個類別都有自己的一套審查任務，例如：

可感知 ，即用戶必須能夠用他們現(xiàn)有的感官識別和使用界面。

• 提供音頻和視頻的文字記錄
• 不要把顏色作為傳達某種信息的唯一方式
• 為非文本內容提供替代文本，或將其標記為裝飾性內容
• 使用在背景顏色下清晰顯示的文字顏色

可操作 ，即用戶必須能夠找到并使用內容，即使他們選擇使用鍵盤或語音命令訪問。

• 確保僅使用鍵盤的用戶也能訪問所有功能
• 讓用戶可以播放、暫停和停止任何移動內容
• 不要使用閃爍或閃光的內容 ，或者讓用戶可以自主選擇禁用動畫效果
• 使用描述性鏈接

可理解 ，即用戶必須能夠理解內容和功能。

• 使用常規(guī)英語（或其他語言）
• 明確內容是用什么語言編寫的，并說明是否有變化
• 解釋所有縮寫和首字母縮略詞
• 確保所有表單字段都有可見和有意義的標簽，并正確標注

穩(wěn)健 ，確保內容能夠被各種用戶代理可靠地解讀，包括合理的、過時的、當前和預期的瀏覽器和輔助技術。

• 使用有效的 HTML，以便用戶代理（包括輔助技術）可以準確地解釋和解析內容
• 確保代碼能讓輔助技術了解每個用戶界面組件的用途、當前狀態(tài)以及是否發(fā)生變化
• 確保重要的狀態(tài)消息或模式對話框以某種方式標記，以便告知用戶他們的存在和目的，并允許他們使用輔助技術與他們與之交互

3）可用性測試

通過自動可訪問性檢查器運行界面可以獲得很多信息，而讓專家進行逐步審查則可以獲得更多信息，但沒有什么比觀察能力受損的人使用你的界面并獲得關于他們所面臨挑戰(zhàn)的反饋更有意義了！

該過程類似于標準可用性測試：每個用戶都需要在界面上執(zhí)行一系列常見任務，并對效果好的地方和可以改進的地方發(fā)表意見。這些環(huán)節(jié)應親自進行，以便讓觀察者準確了解更廣泛的背景以及任何屏幕外的工具或交互。

4）輔助技術測試

許多能力受損的用戶將依賴輔助技術來幫助他們?yōu)g覽界面，因此你必須了解這一過程可能是怎樣的，以及用戶可能面臨的挑戰(zhàn)。這可以作為人工評估過程、可用性測試或兩者的一部分來完成。

4.結論

要獲得利益相關者對廣泛的無障礙性審核的支持是很有挑戰(zhàn)性的，尤其是當你的用戶角色不能反映真正的社會多樣性時。

雖然對整個界面進行全面的人工審核可能會發(fā)現(xiàn)許多無障礙問題，但即使是簡短的自動測試也能幫助你更好地服務于更多樣化的用戶群。

不要被各種可用的工具和技術難倒——這些資源可以讓你的團隊真正做到以用戶為中心，而每一次無障礙性審核、審查或測試都會讓你離包容性產品設計的愿景更近一步。祝您好運！