최근에 우리 웹 사이트 (PHP CMS 기반)에 WCAG 2.0 AA 준수를 테스트하고 구현하는 업무를 담당했습니다. 그러나, 이것에 대한 나의 경험은 꽤 제한되어있다. 내 질문 :WCAG2.0 AA 테스트 리드
Mac VoiceOver로 테스트하기에 충분합니까?
대신 Windows에서 JAWS로 테스트해야합니까?
우리 제품을 개발하고 QAing하는 동안 VO 이외의 도구를 사용해야합니까?
코드를 확인하기 위해 지금은 Wave 도구를 사용하지만이 프로세스의 속도를 높이는 데 도움이되는 것이 있는지 확실하지 않습니다.
귀하의 제안과 도움에 감사드립니다. 이는 우리에게 커다란 발걸음을 내디뎠으며 접근성과 규정 준수가 우리와 개발자에게 제 2의 본질이되는 표준을 만들기를 희망합니다.
스크린 리더로 접근성을 테스트하는 것은 접근성 테스트의 일부분에 불과합니다. 귀하의 웹 사이트는 많은 스크린 리더, 화면 돋보기, 점자 디스플레이, 시선 추적 장치, 음성 활성화 된 내비게이션, 키보드 전용/마우스 전용/터치 전용 탐색 기능을 필요로하므로 테스트를 위해 하나의 스크린 리더를 사용해야 할 필요는 없습니다. , ...).
자동 도구는 부분적으로 프로세스 속도를 높일 수 있습니다. 당신은 그들 중 몇 가지를 테스트 WCAG list을 사용할 수 있지만 유래는이 질문을 요청하는 장소가 아니다 : Where can I ask about "finding a tool, library or favorite off-site resource?"
나는 확실히 밖으로 분기 가장 일반적인 화면 판독기 & 브라우저 조합으로 테스트 할 것입니다.
내 권장 사항은 다음과 같은 조합은 다음과 같습니다
설문 조사는 어떤 브라우저와 적응 형 기술이 가장 많이 사용되는지에 대한 통찰력을 제공합니다. https://webaim.org/projects/screenreadersurvey7/
저는 VoiceOver 만 테스트하고 전체 커뮤니티가 사용할 가능성이있는 것을 정확하게 반영하지 않음으로써 자신을 제한하고 있다고 생각합니다.
지금까지 WCAG 2.0 (AA)이가는대로, 당신은 또한 텍스트 & 배경 색상 대비 조합을 확인하고 있는지 확인 - 당신이 사용할 수있는 좋은 무료 도구는 색상 대비 분석 (CCA)이다 : https://developer.paciellogroup.com/resources/contrastanalyser/
나는 WCAG 2.0 치트 시트를 사용하여 각 기준에 대한 높은 수준의 개요를 제공합니다. 나열된 기준 중 하나에 해당하는지 확신 할 수 없다면 W3C의 "만나는 방법"및 "이해"페이지 전체를 살펴볼 것입니다. https://webaim.org/standards/wcag/checklist
자동화 된 도구에 너무 의존하지 마십시오. 그들은 확실히 도움을 줄 수 있지만, 실제로는 인간 만큼이상 행동하지 않습니다.불행히도 우리는 모든 접근성 적합성 검토를 수동으로 수행 할 때 추천 할 도구가 없습니다 :)
행운을 빈다.