최근 Android에서 접근성 테스트를 자동화하기 시작했습니다. 거기에 웹에 많은 정보가 없습니다. 누구나 이것을 탐색했거나 현재이 작업을 수행하고 있습니까? 그렇다면 아이디어/접근 방식을 공유 할 수 있습니까?Android에서 접근성 테스트 자동화
Android의 uiautomator처럼 작동하는 접근성 기능에 의존하지만 접근성 테스트를 지원하지 않습니다. 접근성 기능을 사용하는 경우 uiautomator를 사용하여 UI 테스트를 실행하여 액세스 가능한 레이블과 같은 기본 유효성 검사 등을 수행 할 수 있습니까?
모든 정보가 도움이 될 수 있도록 이것은 새로운 영역입니다.
여기에 Android의 접근성 테스트에 대한 great introduction이 나와 있습니다.
또한 주제에 대한 훌륭한 컨텍스트를 찾기 위해 접근성 테스트에서 this presentation from GTAC 2015을 시청하는 것이 좋습니다.
접근성을 확인하는 자동 테스트의 경우 화면 (메뉴, 레이아웃, 테마, 사용자 지정 컨트롤)에서 공유되는 요소에서 확인할 수있는 문제부터 시작하는 것이 좋습니다. 가끔 팝업되는 일회용 오류는 파악하지 않지만 앱에서 어디서나 발생하는 문제를 해결할 수 있습니다. '볼륨 우선 순위 지정'방식을 사용하면 해결할 수 있습니다.
또한 팀에서 Android Studio를 사용하는 경우 코드가있는 에스프레소 테스트를 작성할 수 있어야합니다. 품질 보증은 개발 프로세스의 일부입니다. 테스트가있는 하위 폴더에 대한 액세스 권한을 얻으려면 처리 할 법적 볼로냐가 없으면 문제가되지 않습니다. 예를 들어, 'androidTest'폴더를 테스터로 끌어 오기/밀어 넣기 권한이있는 submodule으로 분할하지만 나머지 앱에 대한 읽기 권한 만 있으면 컴파일하고 실행할 수 있습니다. Appium 테스트를 작성하는 경우 빌드 과정에서 개발자가 BVT/smoke 테스트 프로세스의 일부로 실행하도록 요청하는 것이 어려울 수 있지만 전례가 없습니다.
visual analysis 및 audio injection/confirmation은 서비스 또는 상용 도구를 사용해야 할 수도있는 고급 기능입니다.
행운을 빈다.
콘텐츠 설명의 유효성을 검사하기 위해 linting 도구를 사용할 수 있습니다 (http://developer.android.com/tools/help/lint.html 참조). 그러나 대부분의 접근성 문제는 상호 작용 문제이며 대화식 테스트 중에 만 발견됩니다. – alanv
linting tool로 안내해 주셔서 감사합니다.하지만 소스 코드에서 문제를 찾아내는 데 유용합니다.그것은 확실히 유용 할 것이지만 나는 주로 소스에 액세스 할 수없는 UI 레벨에서 자동화 된 테스트의 형태를 찾고 있습니다. – Kshah
다른 질문에 게시 한 답변을 확인할 수 있습니다. 자세한 내용은 다음을 참조하십시오. http://stackoverflow.com/a/35806985/799162 – moxi