Android上的輔助功能測試自動化

Question

我最近開始研究Android上的自動化輔助功能測試。 網上沒有太多信息。 有沒有人探索過這個或正在做這個？ 如果是這樣，您能分享您的想法/方法嗎？

似乎Android的uiautomator依賴於輔助功能，但它不支持測試輔助功能。 如果它依賴於輔助功能，這是否意味着存在基本驗證，如可訪問標簽等，只需使用uiautomator執行UI測試即可完成？

這對我來說是一個新領域，所以任何信息都可能有所幫助。

Answer 1

以下是Android中輔助功能測試的精彩介紹 。 它基本歸結為：

• 使用輔助功能掃描程序手動測試應用程序是否存在視覺問題
• 打開TalkBack並手動測試您的應用以查找聽力受損問題
• 要查找字體縮放和布局問題，請使用大文本
• 絕對lint檢查，但要確保'Image without contentDescription'設置為Severity = Error
• 您發現或重復發生的任何/所有可訪問性問題，在將來違反該可訪問性問題時寫入Espresso測試失敗
• 對於自動化，如果需要聽力受損的功能，您還需要考慮如何對某些屏幕工件和音頻分析進行視覺驗證。

另外，我建議觀看GTAC 2015關於可訪問性測試的演示文稿，了解該主題的一些優秀背景。

對於檢查可訪問性的自動化測試，我非常建議從可以在屏幕共享的元素（菜單，布局，主題，自定義控件）中識別的問題開始。 雖然他們不會發現偶爾會出現的一次性錯誤，但他們會解決應用程序中到處發生的問題，如果願意的話，可以解決“按量優先”方法。

此外，如果您的團隊使用Android Studio，那么您肯定希望能夠編寫與代碼一起使用的Espresso測試。 質量保證是發展過程的一部分。 除非有一些合法的博洛尼亞要處理，否則訪問測試所在的子文件夾應該不是問題。 例如，將“androidTest”文件夾拆分為子模塊 ，其中您具有拉/推權限作為測試人員，但只讀取應用程序其余部分的權限，以便您可以自行編譯和運行。 如果您正在編寫Appium測試，那么在構建過程中，要求您的開發團隊將其作為自己的BVT /煙霧測試過程的一部分進行操作可能會更困難，但這並非聞所未聞。

至於視覺分析和音頻注入/確認 ，這些是您可能需要使用某些服務或商業工具的高級功能。

祝你好運！

Answer 2

我完全同意Paul的答案，並且鏈接到一些非常有用的資源（所以請看看它們！），但是如果您正在尋找的是基本的可訪問性測試覆蓋率（例如檢查可訪問的標簽）您的所有組件，您的用例可能是一個很好的用於Continuum for Mobile ，特別是Android變體 。 一旦找到可以使用自動化工具檢測到的更基本的違規行為，您就可以執行更多手動通行證; 截至目前，手動測試始終是完全符合可訪問性標准所必需的，但這樣的事情會讓您更接近。