3.3 AccessibilityEvent響應

現在無障礙服務已經啟動運行和監聽事件，寫一些代碼，讓它知道當一個AccessibilityEvent真的到來時該做什麼吧！首先重寫onAccessibilityEvent(AccessibilityEvent)方法。在此方法中，用getEventType()確定事件類型，並使用getContentDescription()抽取與發出事件的視圖相關聯的所有標簽文本。

@Override
public void onAccessibilityEvent(AccessibilityEvent event) {
    final int eventType = event.getEventType();
    String eventText = null;
    switch(eventType) {
        case AccessibilityEvent.TYPE_VIEW_CLICKED:
            eventText = "Focused: ";
            break;
        case AccessibilityEvent.TYPE_VIEW_FOCUSED:
            eventText = "Focused: ";
            break;
    }
    eventText = eventText + event.getContentDescription();
    //優化文本，例如將組合的字符串朗讀給用戶。
    speakToUser(eventText);
    ...
}

android:canRetrieveWindowContent="true"

一旦這樣做了，可使用getSource()得到一個AccessibilityNodeInfo對象。如果生成該事件的窗口仍然是活躍窗口，此調用只返回一個對象。如果是非活躍窗口，將返回空，行為相應改變。下面的樣例是一個代碼片段，當服務接收到事件時，執行以下行為：

1.立即抓取生成事件視圖的父視圖；

2.在此視圖中，尋找作為子視圖的標簽和復選框；

3.如果找到它們，創建一個表明標簽和它是否被選中的字符串，報告給用戶

4.如果在遍歷視圖層次時，在任何點返回空值，此方法將被安靜的放棄。

//使用AccessibilityNodeInfo，代替onAccessibilityEvent
@Override
public void onAccessibilityEvent(AccessibilityEvent event) {
    AccessibilityNodeInfo source = event.getSource();
    if (source == null) {
        return;
    }

//抓取發送事件視圖的父視圖。
    AccessibilityNodeInfo rowNode = getListItemNodeInfo(source);
    if (rowNode == null) {
        return;
    }

//使用父視圖，得到標簽和復選框兩個子節點的引用。
    AccessibilityNodeInfo labelNode = rowNode.getChild(0);
    if (labelNode == null) {
        rowNode.recycle();
        return;
    }

    AccessibilityNodeInfo completeNode = rowNode.getChild(1);
    if (completeNode == null) {
        rowNode.recycle();
        return;
    }

    //根據內部標簽的文本和復選框的狀態，來確定任務內容和任務是否完成。
    if (rowNode.getChildCount() < 2 || !rowNode.getChild(1).isCheckable()) {
        rowNode.recycle();
        return;
    }

    CharSequence taskLabel = labelNode.getText();
    final boolean isComplete = completeNode.isChecked();
    String completeStr = null;

    if (isComplete) {
        completeStr = getString(R.string.checked);
    } else {
        completeStr = getString(R.string.not_checked);
    }
    String reportStr = taskLabel + completeStr;
    speakToUser(reportStr);
}

無障礙測試清單

測試是實現應用對不同能力用戶無障礙的一個重要部分。遵循無障礙設計和開發指南是實現該目標的重要步驟，但是無障礙測試可以發現在設計和開發期間不明顯的用戶交互問題。

該無障礙測試清單指導無障礙測試的重要方面，包含整體目標、必要測試步驟、推薦測試和特殊建議。該文檔也討論了為了測試目標怎樣啟動Android設備的無障礙特性。

4.1 測試目標

無障礙測試應該有以下高級別的目標：

4.2 測試需求

為了保證應用最低級別的無障礙，必須完成以下測試。

1.定向控制：驗證應用在不使用觸摸屏的情況下可以被操作。嘗試只使用定向控制器在應用中完成主要任務。在模擬器中使用鍵盤和D-pad控制或在Android4.1（API級別16）或以上的設備上使用手勢導航。

注意：鍵盤和D-pads提供與無障礙手勢不同的導航路徑。手勢允許用戶聚焦屏幕上幾乎所有的內容，鍵盤和D-pad導航只允許聚焦輸入區域和按鈕。

2.TalkBack音頻反饋：當啟用TalkBack並且控件被聚焦時，驗證提供信息的用戶界面控件（圖形或文本）或允許用戶的操作有清楚明確的音頻描述。使用定向控制在應用布局元素間移動焦點。

3.觸摸浏覽提示：當啟用觸摸浏覽時，驗證提供信息的用戶界面控件（圖形或文本）或允許用戶的操作有清楚明確的音頻描述。所有內容或控件區域都應該提供音頻反饋。

4.可觸摸控件大小：用戶可選擇或操作的所有控件最小寬高應為48dp（大概9mm），是Android設計中所推薦的。

5.啟用TalkBack時的手勢響應：驗證應用特定手勢，例如縮放圖片、滾動列表、在頁面間掃動或導航轉盤控制，在開啟TalkBack的情況下可持續工作。如果這些手勢不起作用，必須為該操作提供一個替代交互。

6.非純音頻反饋：音頻反饋必須總是有第二種反饋機制支持聽障用戶的使用，例如：信息到達時的聲音警報應該伴隨一個系統通知，觸覺反饋（如果有）或其他視覺警告。

4.3 測試建議

推薦進行以下測試保證應用的無障礙特性。如果未測試這些條目，可能會影響應用整體的無障礙特性和質量。

1.重復音頻提示：檢查臨近的相關控件（例如在列表中有多個組件的條目）沒有機械地重復相同的音頻反饋。例如，在包含聯系人圖像、文本名字和標題的聯系人列表裡面，每一個條目不應該機械地重復“鮑勃·史密斯”提示。

2.音頻提示超載或不足：檢查臨近的有關控件提供適當級別的音頻反饋，讓用戶理解和操作屏幕元素。提示太少或太多都會讓用戶在理解和使用控件時存在困難。

4.4 特殊實例和注意事項

以下列表描述了保證應用無障礙需要測試的特定場景。這裡描述的某些或所有情況可能適用於正在開發的應用。復查該列表，驗證這些特殊實例是否適用並采取合適的措施。

1.復查開發特殊實例和注意事項：復查無障礙開發的特殊實例列表並在應用中測試已使用的實例。

2.功能改變控件的提示：根據應用上下文或流程改變功能的按鈕或其他控件必須提供適用於當前功能的音頻提示。例如，一個按鈕，功能從播放視頻變為暫停視頻，應該提供適用於當前狀態的音頻提示。

3.視頻播放和字幕：如果應用提供視頻播放功能，驗證該功能支持字幕來幫助聽障用戶。視頻播放控件必須清楚說明視頻字幕可獲得，且提供簡單方式以啟用字幕。

4.5 測試無障礙特性

無障礙功能的測試，例如TalkBack、觸摸浏覽和無障礙手勢，需要啟用測試設備中的這些功能。本章節描述了為了無障礙測試如何啟動這些功能。

4.5.1 測試音頻反饋

Android設備上的無障礙音頻反饋功能提供音頻提示，在應用中導航時講述屏幕內容。通過在Android設備中啟用這個功能，可以測試視障用戶的應用體驗。

Android中的用戶音頻反饋一般是由無障礙服務TalkBack和系統觸摸浏覽功能提供。TalkBack無障礙服務會預置在大多數Android設備中，並且可以從GooglePlay免費下載。

4.5.1.1TalkBack測試

當用戶將焦點移到控件上，TalkBack無障礙服務會講述出用戶界面控件的內容。作為測試焦點導航和音頻提示的一部分，該服務應該被啟用。

啟用TalkBack無障礙服務：

1. 打開“設置”應用；

2. 導航到“無障礙”目錄並選擇它；

3. 選擇“無障礙”並啟用它；

4. 選擇“TalkBack”並啟用它；

注意：TalkBack是殘障用戶可用性最高的Android無障礙服務，其他無障礙服務也可獲得，並且可由用戶安裝。

4.5.1.2 觸摸浏覽測試

觸摸浏覽系統功能在Android4.0和以後版本的設備可獲得，啟用一個特殊無障礙模式，允許用戶在應用界面上拖動手指並聽取屏幕內容的讀出。該功能不需要使用定向控制器就可聚焦屏幕元素，並聽取用戶界面控件上的懸停事件。

啟用觸摸浏覽：

1. 打開“設置”應用；

2. 導航到“無障礙”目錄並選擇它；

3. 選擇“TalkBack”並啟用它；

注意：在Android4.1（API級別16）和更高版本的設備中，系統提供一個彈出消息啟用觸摸浏覽。在老版本中，必須遵守以下步驟。

4. 返回“無障礙”目錄，選擇觸摸浏覽並啟用它。

注意：必須先打開TalkBack，否則不會出現該選項。

4.5.2 測試焦點導航

焦點導航是為了操作應用中的獨立用戶界面元素，使用定向控制器在獨立用戶界面元素間導航。視覺障礙用戶或精細動作障礙用戶經常使用這種導航模式，代替觸摸導航。作為無障礙測試一部分，應該驗證應用可以在只使用定向控制的情況下進行操作。

可以使用純焦點控制測試應用的導航，即使要測試的設備沒有定向控制器。Android模擬器提供模擬定向控制器，可以用來測試導航。也可以使用基於軟件的定向控制器，例如，在一個沒有物理D-pad的測試設備上，由非視覺鍵盤提供一個定向控制器模擬D-pad的使用。

4.5.3 測試手勢導航

手勢導航是一個無障礙導航模式，允許用戶使用特定手勢導航Android設備和應用。該導航模式在Android4.1（API級別16）和更高版本中可獲得。

注意：無障礙手勢提供不同於鍵盤和D-pad的導航路徑。手勢允許用戶聚焦屏幕上幾乎所有的內容，鍵盤和D-pad導航只允許聚焦輸入區域和按鈕。

啟用手勢導航：

l啟用TalkBack和觸摸浏覽功能，被描述在“測試觸摸浏覽”。當啟用了這兩個功能，無障礙手勢自動啟動。

l可以在“設置>無障礙>TalkBack>設置>管理快捷手勢”中改變手勢設置。

更多關於使用觸摸浏覽無障礙功能的信息，詳見觸摸浏覽。

注意：無障礙服務，除TalkBack外，一個無障礙手勢可能映射不同的用戶操作。如果在測試過程中，手勢沒有產生預期結果，嘗試在繼續前關閉其他無障礙服務。