널리

프로젝트가 만들어지게 된 배경

비장애인 관점에서 현재 대부분의 사이트는 우리가 사용하는 주요 브라우저에서 다 호환됩니다. 그러나 1990년대만 해도 브라우저마다 호환이 잘되지 않아 A 브라우저에서 실행되는 페이지가 B 브라우저에서는 실행되지 않는 사례가 많았습니다.

이러한 문제를 해결하기 위해서 2012년에 Web platform test 프로젝트를 만들고, 브라우저 호환성에 대한 버그를 해결하기 위해 웹 표준화 제정 및 수많은 자동화 테스트 등을 통해 문제를 해결하려고 노력하였으며 우리는 현재 그 노력의 성과를 경험하고 있습니다.

스크린 리더 호환성 문제를 해결하기 위한 프로젝트 역시 위에서 소개한 WPT 프로젝트의 성과에 착안하여 만들어지게 되었습니다.

본 프로젝트에서는 2023년까지 1차적으로 NVDA, JAWS, 그리고 macOS VoiceOver까지, 총 세 가지 주요 스크린 리더에 대한 WAI-ARIA 관련 호환성 테스트를 완료하고 그 결과를 공유하여 해결한 다음, 더 많은 보조기술로 범위를 넓힐 예정입니다.

그들이 추구하는 것은 WAI-ARIA의 여러 디자인 패턴들이 일관성 있게 스크린 리더에서 정보를 제공하는 것입니다. 즉, 읽는 용어 자체를 통일하거나 스크린 리더에서 독창적으로 추구하는 것들까지 침범하는 것은 아닙니다.

프로젝트 둘러보기

스크린 리더 호환성 테스트 범위는 역할(role), 상태 및 속성(states and properties), 역할 및 상태, 속성을 결합한 여러 위젯 패턴들을 포함합니다. 단, 개별 역할 속성 테스트에서 콘텐츠 자체에 사용해서는 안 되는 abstract role들은 테스트 범위에서 제외되었습니다. 단 랜드마크의 경우 디자인 패턴에 포함하여 테스트가 진행되고 있습니다.

제공되는 샘플 페이지는 ARIA Authoring Practices 예제를 사용하고 있습니다. WAI-ARIA는 현재 1.2 버전이 최신 표준이며 1.3 버전을 개발 중입니다. Authoring Practices 페이지에서는 각 ARIA 요소 자체의 사용 가이드보다는 여러 ARIA 관련 속성들을 사용하여 아코디언, 그리드 레이아웃, 드롭다운 메뉴, 모달 대화상자와 같은 여러 위젯 패턴을 개발할 때 지켜져야 할 개발 원칙과 샘플을 제공하고 있습니다.

따라서 본 프로젝트에서는 해당 디자인 패턴과 샘플 페이지를 중심으로 스크린 리더 호환성 테스트를 진행하고 있습니다. Test Writing Progress 페이지에 방문하면 테스트에 사용된 역할, 상태 정보 및 속성들의 리스트 및 현재 어느 정도 테스트가 진행되었는지를 확인할 수 있습니다.

모든 테스트는 표본마다 표본의 용도에 따라 어떤 식으로 테스트를 진행해야 하며 어떤 부분을 만족해야 하는지 가이드를 만들고 해당 가이드에 따라 테스트를 진행합니다. NVDA와 JAWS는 가상 커서를 켰을 때와 껐을 때를 나누어 진행합니다. VoiceOver에서는 가상 커서를 사용하지 않으므로 별도의 테스트가 진행됩니다. 예를 들어 NVDA 가상 커서를 켠 상태로 alert role의 호환성 테스트를 진행한다면 다음과 같은 시나리오가 제공됩니다.

• 표준 환경으로 설정: NVDA 초기 설정으로 돌리기.

• 표본 준비: 표본 페이지 실행하기, 포커스는 alert를 실행하는 버튼에 위치할 것임.

• 가상커서 확인: ESC를 눌러서 가상커서가 혹시나 꺼져 있으면 켬으로 돌리기.

실행 동작 테스트: 실행 시에는 Enter, Space 키를 눌러서 각각 실행 시도하기.

• 기대되는 결과: 해당 테스트를 통과하려면 NVDA는 ‘alert’ 라는 말을 해야 하고, 텍스트 ‘hello’라는 말을 포함해야 함.

특정 유형 테스트는 브라우저까지 함께 명시된 경우도 있습니다. 테스트 queue 페이지를 방문하면 각 테스트 유형 및 시나리오를 확인할 수 있습니다.

리포트는 테스트별 결과물을 바탕으로 작성합니다. 리포트에는 다음 내용이 포함되어 있습니다.

• 테스트 환경정보: 테스트 재현 시 활용된 스크린 리더와 브라우저를 작성합니다.

• 결과: 표본 시나리오 별 성공/실패 여부를 작성합니다.

• 특이점(선택): 갑자기 반응 속도가 현저하게 느려지거나 초점이 다른 곳으로 튀거나 하는 예상되지 않은 스크린 리더 동작이 있으면 작성됩니다.

리포트 페이지를 방문하면 현재까지 리포트 된 내용들을 확인할 수 있습니다. 단 리포트는 현재 초안이기 때문에 수정될 수 있습니다.

스크린 리더 테스트 자동화 프로그램 개발

위에서 살펴본 것처럼 여러 테스트 유형이 있으며 스크린 리더도 현재 3종류입니다. 이러한 유형들을 일일이 수동으로 테스트하고 결과를 도출하는 것은 상당히 많은 시간이 소요됩니다.

브라우저 자체의 호환성 테스트를 할 때에는 WebDriver 프로토콜을 사용하여 자동화가 가능하였으나 해당 프로토콜을 사용하여 스크린 리더 실행 및 종료, 설정 변경, 출력된 텍스트 추출, 현재 가상커서가 켜져 있는지 등의 상태정보 파악 등이 불가능합니다.

이를 해결하기 위해서는 위에서 열거한 스크린 리더까지 함께 조작시킬 수 있도록 웹드라이버를 개발해야 합니다. 이와 별도로 본 프로젝트에서는 스크린 리더의 음성 텍스트를 JSON 형태로 출력하고 사용자의 키 입력을 동작시키는 기능을 개발하고 있습니다.

모든 스크린 리더에는 음성 엔진 카테고리에서 Microsoft Speech API 음성을 지원하는데 해당 음성 카테고리 내에 "Bocoup Automation Voice"가 추가되어 스크린 리더 환경설정에서 해당 음성 선택 시 텍스트를 추출할 수 있게 해 줍니다. 스크린 리더 자동화 테스트와 관련된 자세한 정보는 설명 페이지를 참고합니다.