키보드 이용 가능 여부의 판단 기준
키보드만으로 홈페이지를 쓸 수 있는지는 주요 기능에 도달해 실행할 수 있는지, 현재 선택 위치를 알아볼 수 있는지, 선택한 요소가 화면 구성에 완전히 가려지지 않는지를 실제 조작으로 확인해야 합니다. 병원 담당자는 막힌 지점을 업체에 전달하고 수정된 화면에서 같은 조작을 다시 확인해야 합니다.
키보드로 선택된 링크나 버튼, 입력칸의 현재 위치를 ‘초점’이라고 합니다. 테두리나 강조 표시가 이동하면서 다음 조작의 대상을 알려 주는 방식입니다. 화면에 문의 버튼이 있어도 키보드로 선택할 수 없거나 선택된 위치를 알아낼 수 없다면 이용 과정에 문제가 남습니다.
세계웹컨소시엄의 웹 접근성 지침은 키보드로 기능을 사용할 수 있어야 한다고 설명합니다. 웹 접근성 이니셔티브의 디자인 안내는 상호작용하는 요소에 키보드로 도달할 수 있고 현재 초점이 명확해야 한다고 설명합니다. 병원에서는 메뉴를 열고 진료 안내를 읽은 뒤 문의 양식까지 진행하는 실제 경로를 시험 대상으로 정합니다.
메뉴부터 입력 양식까지의 기능 목록
첫 화면의 버튼만 시험하면 상세 페이지에서 막히는 기능을 놓칠 수 있습니다. 담당자는 환자가 이용할 안내와 연락 경로를 목록으로 만들고, 각 기능에서 무엇이 실행되어야 하는지 기재합니다. 아래 표의 결과 칸에는 이동 성공 여부와 실행 성공 여부를 따로 기록합니다.
| 확인할 기능 | 키보드로 해 볼 조작 | 도달·실행 결과 |
|---|---|---|
| 주 메뉴와 하위 메뉴 | 메뉴 선택, 열기, 하위 항목 이동 | 메뉴 도달 여부와 하위 항목 실행 여부 |
| 진료 안내 링크 | 링크 선택 후 안내 페이지 열기 | 링크 도달 여부와 목적 페이지 일치 여부 |
| 문의 버튼 | 버튼 선택 후 문의 화면 열기 | 버튼 도달 여부와 문의 화면 진입 여부 |
| 입력 양식 | 입력칸 이동, 내용 입력, 항목 선택 | 각 입력칸 도달 여부와 입력·선택 가능 여부 |
같은 이름의 문의 버튼이 여러 페이지에 있으면 대표 버튼의 결과를 모두에 적용하지 않습니다. 화면마다 다른 방식으로 구현됐을 수 있으므로 위치를 따로 기재합니다. 외형이 비슷하다는 이유로 기능 목록에서 제외하지 않습니다.
병원 담당자의 시험 범위
이 절차는 병원 담당자가 키보드 이용 중 생기는 문제를 찾는 간단한 시험입니다. 웹 접근성 이니셔티브는 전체 지침 충족 여부를 평가하려면 더 많은 작업과 전문 지식을 갖춘 사람의 평가가 필요하며, 하나의 도구만으로 판단할 수 없다고 설명합니다. 담당자는 시험한 화면과 기능을 결과에 명시하고 홈페이지 전체의 접근성 평가 결과로 확대하지 않습니다.
제작 중에도 작동 화면이 준비되면 기능별 시험을 진행할 수 있습니다. 시안 이미지에서는 키보드 이동과 실행을 판단할 수 없으므로 업체에 조작 가능한 화면을 요청합니다. 운영 중인 홈페이지에서는 실제 접수나 저장이 발생하는 기능을 미리 표시합니다.
마우스 없이 이동과 실행하는 순서
시험할 때는 키보드 이동과 기능 실행을 별개의 결과로 남깁니다. 버튼까지 도달했다는 기록만으로 버튼이 정상 작동한다고 판단하지 않습니다. 담당자는 시작 페이지, 사용한 브라우저, 화면 크기, 열린 안내창의 상태를 기재해 업체가 같은 조건을 재현할 수 있게 합니다.
- 메뉴·진료 안내·문의·입력 양식 가운데 시험할 기능과 완료 상태를 정합니다. 실제 접수를 피해야 하는 항목은 업체와 시험 범위를 먼저 합의합니다.
- 페이지를 연 뒤 마우스를 사용하지 않고 탭 키로 이동합니다. 이전 항목으로 돌아가는 조작은 업체에 안내를 요청하고, 각 단계에서 선택된 대상을 기록합니다.
- 링크와 버튼은 업체가 안내한 키보드 조작법으로 실행해 결과를 기록합니다. 선택 목록처럼 조작 방법을 알기 어려운 요소는 해당 요소의 이동·실행 방법을 따로 요청합니다.
- 이동할 때마다 선택 표시와 화면 가림을 확인합니다. 업체 수정 후에는 같은 시작점에서 같은 경로를 반복하고 이전 문제의 해결 여부를 기록합니다.
위 키 조작은 담당자가 직접 시험하기 위한 일반적인 진행 방법입니다. 모든 요소가 동일한 키로 작동한다고 가정하지 않고, 업체가 안내한 조작법도 실제 화면에서 시험합니다. 중간에 마우스로 선택 위치를 변경했다면 해당 경로를 처음부터 다시 진행합니다.
업체에 전달할 화면별 기록
업체에는 ‘키보드가 안 됩니다’라는 평가보다 멈춘 위치와 직전 조작을 전달합니다. 화면 캡처에는 문제가 난 요소를 표시하고, 선택 표시의 이동을 설명하기 어려우면 짧은 화면 녹화도 준비합니다. 입력 양식에는 개인정보 대신 업체와 합의한 시험용 내용을 사용합니다.
| 문제가 난 화면 | 선택 표시·가림 상태 | 업체 수정 요청과 재확인 결과 |
|---|---|---|
| 메뉴가 열린 화면 | 현재 항목의 표시 여부, 다음 항목 이동 상태 | 막힌 조작과 요청 사항, 수정 후 이동 결과 |
| 진료 안내 화면 | 본문 링크의 표시 여부, 상단 고정 안내의 가림 상태 | 문제 링크 위치, 수정 후 표시·노출 상태 |
| 문의창이 열린 화면 | 입력칸과 닫기 버튼의 선택 상태 | 진입·종료 조작, 수정 후 진행 결과 |
| 입력 오류가 발생한 화면 | 현재 입력 위치와 오류 안내의 겹침 상태 | 오류를 만든 조작, 수정 후 입력 재개 결과 |
기록에는 기대한 결과와 실제 결과를 함께 기재합니다. 업체가 조치 완료를 알리면 담당자는 수정 화면의 표시만 대조하지 않고 해당 기능을 끝까지 실행합니다. 이전에는 성공했던 인접 기능도 함께 시험해 수정 과정에서 새 문제가 생겼는지 가립니다.
선택 표시와 요소 가림의 차이
선택 표시가 없는 문제와 선택된 요소가 가려지는 문제는 따로 기록해야 합니다. 링크가 화면에 노출되어 있어도 현재 선택된 링크를 알아낼 수 없다면 표시 문제입니다. 테두리가 나타났더라도 고정 안내나 팝업이 버튼 전체를 덮으면 요소 가림 문제입니다.
웹 접근성 이니셔티브는 키보드 이동에 따라 달라지는 테두리나 강조 표시를 초점 표현의 예로 설명합니다. 병원 담당자는 특정 색이나 테두리 모양을 정답으로 요구하기보다 배경과 주변 요소 사이에서 현재 선택 대상을 식별할 수 있는지 시험합니다. 사진 위 버튼과 밝은 배경의 버튼은 같은 표시를 사용해도 식별하기 어려운 정도가 달라질 수 있습니다.
웹 접근성 지침의 최소 가림 기준은 키보드 초점을 받은 요소가 제작자가 만든 콘텐츠 때문에 완전히 숨지 않아야 한다는 내용입니다. 요소의 어느 부분도 가려지지 않도록 하는 강화 기준은 별도로 설명합니다. 따라서 담당자는 일부 가림과 전체 가림을 같은 상태로 기재하지 않고, 가려진 부분과 기능 이름을 기록합니다.
화면 상태에 따라 달라지는 가림
고정 안내가 있는 화면은 페이지 상단에서만 시험하지 않습니다. 아래로 이어지는 링크와 입력칸까지 키보드로 이동하면서 선택 대상이 고정 안내 뒤로 숨는지 기록합니다. 화면이 자동으로 이동해 요소가 드러나는 경우에는 이동 후 상태까지 포함합니다.
사용자가 직접 연 콘텐츠가 선택 요소를 덮는 경우에는 추가 판단이 필요합니다. 웹 접근성 지침은 초점을 다른 요소로 옮기지 않고도 선택된 요소를 드러낼 수 있다면 해당 조건에서 시각적으로 숨겨진 것으로 판단하지 않는다고 설명합니다. 담당자는 덮인 화면만 남기지 않고 선택 위치를 유지한 채 요소를 드러낼 수 있었는지도 업체에 전달합니다.
팝업을 닫으려고 마우스를 사용했다면 키보드만으로 종료할 수 있었는지에 대한 결과는 남지 않습니다. 닫기 버튼까지 도달하는 조작과 실행 결과를 별도로 기록합니다. 업체가 닫는 방법을 안내하면 같은 팝업을 다시 열어 그 방법으로 종료할 수 있는지 시험합니다.
화면 글의 순서와 키보드 이동 순서
탭 키를 눌렀을 때 모든 문장에 선택 표시가 나타나야 하는 것은 아닙니다. 읽기만 하는 본문과 직접 실행하는 링크·버튼은 시험 목적이 다르므로, 일반 문단을 건너뛴다는 이유만으로 오류를 요청하지 않습니다. 담당자는 기능 목록에 있는 조작 대상이 빠졌는지를 기준으로 기록합니다.
선택 표시가 예상과 다른 곳으로 이동하면 즉시 실패로 확정하지 않습니다. 다음 선택 대상의 이름과 위치를 기록하고, 그 순서로도 필요한 기능을 이어서 사용할 수 있는지 시험합니다. 화면의 안내 순서와 이동 순서가 달라 이용자가 입력 과정이나 다음 행동을 이해하기 어렵다면, 업체에 그 차이를 설명하고 순서 조정을 요청합니다.
자주 묻는 질문
브라우저마다 키보드 조작 결과가 다르면 어떻게 처리합니까?
성공한 결과로 실패한 결과를 덮지 않고 브라우저 이름과 문제가 난 기능을 각각 기록합니다. 업체에는 차이가 발생하는 조건을 재현하도록 요청하고, 병원에서 지원 대상으로 정한 환경별로 조치 결과를 받습니다. 담당자가 원인을 브라우저 문제로 미리 확정할 필요는 없습니다.
로그인 뒤에만 사용하는 기능도 시험 대상에 포함합니까?
홈페이지에서 제공하는 이용 기능이라면 로그인 뒤 화면도 시험 범위에 포함할 수 있습니다. 업체와 시험 계정 및 접근 가능한 화면을 정하고 개인정보가 담긴 실제 계정 사용은 피합니다. 권한 때문에 접근하지 못한 기능은 성공이나 실패 대신 미시험 항목으로 기재합니다.
키보드로 도달하지 못하는 장식 이미지도 수정해야 합니까?
클릭이나 입력 기능이 없는 장식 이미지라면 키보드 선택 대상이 아닌 것 자체를 기능 오류로 판단하지 않습니다. 이미지가 링크나 버튼 역할도 한다면 그 조작 기능을 시험해야 합니다. 이미지의 다른 접근성 항목은 키보드 도달 결과만으로 결론 내리지 않습니다.
접수 완료 버튼은 실제로 제출하지 않고 시험해도 됩니까?
운영 화면에서 실제 제출을 피할 수는 있지만 그 결과에는 최종 실행 미시험을 명시해야 합니다. 담당자는 업체에 별도의 시험 환경이나 시험 접수 처리 방법을 요청합니다. 버튼을 선택한 상태까지만 진행했다면 접수가 완료됐다고 기록하지 않습니다.
마우스를 다시 사용하면 키보드 시험 결과가 무효가 됩니까?
이미 기록한 개별 문제까지 모두 무효가 되는 것은 아닙니다. 다만 마우스로 막힌 지점을 통과한 뒤의 결과는 키보드만으로 이어서 이용한 결과와 따로 관리합니다. 업체에 전달할 때 마우스를 사용한 위치와 이유를 명시하면 재현 과정의 혼동을 줄일 수 있습니다.