접근성 테스트란 무엇입니까? (예시)

접근성 테스트란 무엇입니까?

접근성 테스트는 청력, 색맹, 노년층 및 기타 소외 계층과 같은 장애가 있는 사람들이 테스트 중인 응용 프로그램을 사용할 수 있는지 확인하기 위해 수행되는 소프트웨어 테스트 유형으로 정의됩니다. 이는 다음의 하위 집합입니다. 사용성 테스트.

장애인은 소프트웨어 제품을 작동하는 데 도움이 되는 보조 기술을 사용합니다. 이러한 소프트웨어의 예는 다음과 같습니다.

• 음성 인식 소프트웨어 – 말한 단어를 텍스트로 변환하여 컴퓨터에 입력합니다.
• 스크린 리더 소프트웨어 – 화면에 표시된 텍스트를 읽는 데 사용됩니다.
• 화면 확대 소프트웨어– 모니터를 확대하고 시각 장애가 있는 사용자가 쉽게 읽을 수 있도록 하는 데 사용됩니다.
• 특수 키보드 모터 제어가 어려운 사용자가 쉽게 타이핑할 수 있도록 제작되었습니다.

왜 접근성 테스트인가?

이유 1: 장애인 시장에 적합합니다.

인구의 약 20%가 장애 문제를 겪고 있습니다.

• 1명 중 10명은 심각한 장애를 갖고 있다.
• 1세 이상 2명 중 65명은 능력 저하

장애에는 시각 장애, 청각 장애, 장애 또는 기타 신체 장애가 포함됩니다.

소프트웨어 제품이 장애인 친화적으로 만들어지면 이 큰 시장에 적합할 수 있습니다. 접근성 테스트가 일반적인 소프트웨어 테스트 수명주기의 일부로 이루어지면 소프트웨어의 접근성 문제를 해결할 수 있습니다.

이유 2: 접근성 관련 법규를 준수합니다.

전 세계의 정부 기관에서는 장애인이 IT 제품에 접근할 수 있도록 요구하는 합법화 조치를 내놓았습니다.

다음은 다양한 정부의 법적 행위입니다.

• 미국: 미국 장애인법 – 1990
• 영국: 장애인 차별 금지법 – 1995
• 호주: 장애인 차별 금지법 – 1992
• 아일랜드: 2005년 장애인법

접근성 테스트는 법적 준수를 보장하는 데 중요합니다.

이유 3: 잠재적인 소송을 피하세요

과거에는 Fortune 500대 기업이 자사 제품이 장애인 친화적이지 않다는 이유로 소송을 당했습니다. 몇 가지 대표적인 사례를 소개합니다.

• 전국맹인연맹(NFB)과 Amazon (2007)
• 섹스턴과 NFB 대 Target (2007)
• NFB 대 AOL 합의(1999)

장애인을 지원하고 잠재적인 소송을 피할 수 있는 제품을 만드는 것이 가장 좋습니다.

어떤 장애를 지원해야 합니까?

애플리케이션은 다음과 같은 장애인을 지원해야 합니다.

장애 유형	무능 Descript이온
시각 장애	완전 실명 또는 색맹 또는 시력 저하 시각적 스트로보 및 깜박임 효과 문제와 같은 시각적 문제
신체 장애	한 손으로 마우스나 키보드를 사용할 수 없습니다. 손 움직임 및 근육 둔화와 같은 열악한 운동 능력
인지 장애	학습 장애 또는 기억력 저하 또는 더 복잡한 시나리오를 이해할 수 없음
읽고 쓰는 능력 장애	읽기 문제
청각 장애	청각 장애 및 청각 장애와 같은 청각 문제 들을 수 없거나 명확하게 들을 수 없음

접근성 테스트를 수행하는 방법은 무엇입니까?

접근성 테스트는 두 가지 방법으로 수행할 수 있으며 다음과 같습니다.

1. Manual
2. 자동화

테스터는 장애에 익숙하지 않기 때문에 접근성 테스트가 어려울 수 있습니다. 자신의 어려움을 이해하기 위해 특별한 요구가 있는 장애인과 함께 일하는 것이 더 좋습니다.

장애 여부에 따라 접근성을 테스트하는 방법이 다릅니다. 우리는 그들 모두를 하나씩 배울 것입니다.

1) 시각장애

좋아요, 이제 제가 시력 능력이 없다고 가정하겠습니다. 저는 시각 장애가 있어서 XYZ 웹사이트에 접속하고 싶었습니다. 그렇다면 옵션은 무엇인가요👍 XYZ 웹사이트에 접속할 수 없나요? 나에게 어떤 선택권이 있나요? 다음과 같은 한 단어 옵션이 있습니다. 스크린리더. 네, 맞습니다. 스크린리더. 자, 이 스크린 리더는 무엇일까요? 웹상의 콘텐츠를 설명하는 데 사용되는 소프트웨어입니다. 기본적으로 콘텐츠, 링크, 라디오 버튼, 이미지, 비디오 등 귀하의 웹 사이트에는 무엇이 포함되어 있습니까? 스크린 리더가 모든 것을 설명해줄 것입니다. 다양한 스크린 리더를 사용할 수 있습니다. 나는 턱으로 일했습니다.

기본적으로 Jaws나 스크린 리더를 시작한 다음 웹사이트로 이동하면 전체 내용이 설명됩니다. 예: 저는 Jaws를 시작했고 브라우저를 시작했습니다. JAWS는 Mozilla에서 다음을 발표할 것입니다. Firefox 페이지가 시작됩니다. 이제 주소 표시줄로 이동하면 JAWS가 다음을 알려줍니다. 주소 표시 줄 입력 한 다음 www.google.com 주소 표시줄에서 Jaws는 다음과 같이 설명할 것입니다.

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

여기서 설명하고자 하는 점은 화면 판독기가 텍스트 상자에 무언가를 입력하거나 입력된 내용을 단어별로 읽어준다는 것입니다.. 마찬가지로, 링크가 있으면 링크로 발음하고, Button의 경우 버튼으로 발음합니다. 시각 장애인이 사물을 쉽게 식별할 수 있도록 하기 위함입니다.

이제 웹 사이트가 제대로 설계 및 개발되지 않은 경우 Jaws가 올바른 콘텐츠를 설명하지 못하고 결과적으로 시각 장애인이 접근할 수 없게 되는 일이 발생할 수 있습니다(일반적으로 발생함). 콘텐츠가 있으면 시각 장애인은 그것이 링크인지 결코 알 수 없으며 그것이 해당 웹사이트에 중요한 링크라면 👍).이 경우 웹사이트 비즈니스에 큰 손실을 초래하게 됩니다.

2) 시각 장애

시각 장애에는 두 가지 범주를 언급하고 싶습니다.

첫 번째는 색맹입니다. 색맹은 완전한 시각 장애는 아니지만 특정 색상을 제대로 볼 수 없는 상태를 의미합니다. 빨간색과 파란색은 색맹이 있는 사람들이 제대로 볼 수 없는 일반적인 색상입니다. 그럼 기본적으로 제가 빨간색 색맹인데 80%가 빨간색인 웹사이트를 이용하고 싶다면??? 그 웹사이트가 편할까요? 내 대답은 아니오 야.

따라서 웹사이트는 색맹인 사람이 접근하는 데 아무런 문제가 없도록 설계되어야 합니다. 빨간색으로 표시된 버튼의 간단한 예를 들어보겠습니다. 윤곽선이 검은색인 경우 접근 가능하도록 합니다. 그러면 접근이 쉽습니다. 일반적으로 흑백은 보편적인 것으로 간주됩니다.

3) 시력 저하 장애

두 번째는 시력이 좋지 않거나(시력이 선명하지 않음) 시력이 다른 사람(망막과 관련된 눈의 문제가 많음 등)이 있는 사람이 어떤 사이트에든 접근할 수 있다는 것입니다.

1) 이러한 경우 가장 좋은 방법은 작은 텍스트를 피하는 것입니다. 시력이 좋지 않은 사람들에게는 큰 이점이 될 것이기 때문입니다.

2) 또한 시력에 문제가 있는 사람들은 웹사이트의 텍스트를 확대하여 편안하게 만들고 싶어합니다. 따라서 웹사이트는 확대하더라도 텍스트를 확대할 때 레이아웃이 깨지지 않도록 디자인되어야 합니다. 그렇지 않으면 그들에게 좋은 인상을 주지 못할 것입니다.

4) 기타 장애

장애인을 위한 접근성 테스트에서 고려해야 할 매우 중요한 점 중 하나는 마우스를 사용하지 않고 웹사이트에 액세스하는 것입니다. 사람은 링크, 버튼, 라디오 버튼, 체크박스, 팝업, 드롭다운, 모든 컨트롤을 키보드를 통해 완전히 액세스하고 작동할 수 있어야 합니다.

예를 들면: 만약 내가 오른손잡이 마비이고, 마우스를 사용하는 데 불편하거나 마우스를 사용하고 싶지 않다고 말한다면 어떻게 하나요? 그런 경우, 키보드로 사이트의 링크나 체크박스에 접근할 수 없다면요👍 그러니까 웹사이트는 키보드로 완벽하게 접근할 수 있어야 합니다.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

또한 초점이 완전히 보여야 합니다. 탭을 누르면 사용자는 컨트롤이 움직이는 위치를 볼 수 있어야 합니다. 눈에 보이는 초점을 사용하면 시력이 좋지 않거나 색맹인 사용자도 사이트의 흐름을 쉽게 식별할 수 있고 접근도 쉬워집니다.

청각 장애가 있는 사용자(청각 장애 또는 듣기 어려움): 마지막은 청각장애인입니다. 청각 장애인은 웹사이트의 콘텐츠를 볼 수 있기 때문에 웹사이트에 액세스할 수 있습니다. 그러나 오디오와 비디오의 경우 어려움에 직면합니다. 따라서 이 경우 모든 비디오 및 오디오에 대해 대체 텍스트가 있어야 합니다. 대체 텍스트는 대체 텍스트를 의미합니다. 항공권 예약 방법에 대한 비디오가 있다고 가정해 보겠습니다. 이 경우 청각 장애인이 이를 읽고 비디오의 내용을 이해할 수 있도록 텍스트가 있어야 합니다.

샘플 테스트 사례 접근성 테스트

다음은 모든 사용자가 애플리케이션을 사용하기 위해 확인해야 할 사항입니다. 이 체크리스트는 접근성 테스트를 승인하는 데 사용됩니다.

1. 응용 프로그램이 모든 마우스 작업과 창에 대해 키보드 대응 키를 제공하는가?
2. 지침이 사용자 설명서 또는 매뉴얼의 일부로 제공됩니까? 설명서를 사용하여 애플리케이션을 이해하고 작동하기 쉽습니까?
3. 원활한 탐색을 위해 탭이 논리적으로 정렬되어 있습니까?
4. 메뉴에 단축키가 제공되나요?
5. 해당 애플리케이션이 모든 운영체제를 지원합니까?
6. 최종 사용자가 얼마나 기다려야 하는지 알 수 있도록 각 화면이나 페이지의 응답 시간이 명확하게 언급되어 있습니까?
7. 신청서에 모든 라벨이 올바르게 기재되어 있습니까?
8. 애플리케이션의 색상이 모든 사용자에게 유연한가요?
9. 최종 사용자가 쉽게 이해할 수 있도록 이미지나 아이콘을 적절하게 사용하고 있습니까?
10. 애플리케이션에 오디오 알림이 있는지 여부
11. 사용자가 오디오 또는 비디오 컨트롤을 조정할 수 있는지 여부
12. 사용자가 인쇄 및 텍스트 표시에 대한 기본 글꼴을 재정의할 수 있는지 여부
13. 사용자가 디스플레이 깜박임, 회전 또는 이동을 조정하거나 비활성화할 수 있습니까?
14. 정보를 전달하거나 작업을 표시하는 유일한 수단으로 색상 구분이 사용되지 않도록 확인하세요.
15. 반전된 색상으로 강조표시를 볼 수 있습니까? 명암비를 변경하여 애플리케이션에서 색상 테스트
16. 오디오 및 비디오 관련 콘텐츠가 장애인에게 제대로 전달됩니까? 웹사이트에서 스피커 없이 모든 멀티미디어 페이지를 테스트하세요.
17. 장애가 있는 사용자가 소프트웨어나 애플리케이션에 익숙해질 수 있도록 교육이 제공됩니까?

접근성 테스트에 대한 오해

접근성 테스트에 대한 오해는 다음과 같습니다.

신화: 접근 가능한 웹 사이트를 만드는 데 비용이 많이 듭니다

것: 비싸지 않습니다. 기본 테스트와 함께 설계 단계 자체에서 접근성 문제에 대해 생각해 보세요. 이렇게 하면 재작업은 물론 비용도 절약됩니다.

신화: 접근할 수 없는 웹사이트를 접근 가능한 웹사이트로 바꾸는 것은 시간과 비용이 많이 듭니다

모든 변경 사항을 한 번에 통합할 필요는 없습니다. 장애가 있는 사용자에게 가장 필요한 기본 요구 사항에 대해 작업합니다.

신화: 접근성이 평범하고 지루함

웹 페이지를 매력적으로 만들 수는 있지만 모든 사용자가 접근할 수 있는 방식으로 디자인해야 합니다. 또한 W3C 웹 콘텐츠 접근성 지침에 따라 텍스트 전용 페이지 사용을 강력히 권장하지 않습니다.

신화: 시각 장애인을 위한 접근성

사실 접근성 지침을 따르면 소프트웨어의 전반적인 사용성이 향상되며, 이는 일반 사용자에게도 도움이 됩니다.

결론

소프트웨어 엔지니어링에서 접근성 테스트는 애플리케이션을 장애인 친화적으로 만드는 데 도움이 됩니다. 웹 애플리케이션의 복잡성으로 인해 접근성 지침을 따를 수 없는 경우 일반 사용자를 위한 웹사이트 버전과 장애인을 위한 버전을 빌드합니다.