경로를 처음부터 실행합니다
페이지 진입부터 문의 영역까지 키보드만 사용합니다. 숨겨진 요소로 초점이 가거나 보이지 않는 메뉴 안으로 들어가는지 봅니다. CSS 순서만 바꿔 화면과 실제 DOM의 이동 순서가 크게 달라지지 않는지도 확인합니다.
가정한 시험 기록
아래는 작업 완료 검수의 예시입니다. 특정 스크린리더나 모든 기기에서의 적합성을 보장하는 목록은 아닙니다.
start: page entry without mouse
navigation: reach inquiry form and read instructions
entry: visit every required and optional control in logical order
selection: operate checkboxes and service choices
error: trigger validation, locate and repair invalid control
submit: confirm one request and announced result
return: focus remains useful after dialog or policy link
버튼의 역할
가정한 예로 폼 안의 ‘선택 초기화’ 버튼에 type이 없어 제출을 일으킬 수 있습니다. 실제 의도에 맞는 버튼 유형을 확인합니다. 클릭 이벤트만 있는 장식 요소를 버튼처럼 사용하면 키보드 조작과 이름이 빠질 수 있어 의미에 맞는 요소를 검토합니다.
검수 순서
- Tab과 Shift+Tab의 순서를 기록합니다.
- Enter·Space·화살표가 해당 요소에서 맞게 동작하는지 봅니다.
- 오류·로딩·성공 뒤 초점을 확인합니다.
- 모바일 외장 키보드 등 필요한 환경을 추가 시험합니다.
초점을 가두는 동작은 실제 모달 같은 필요한 맥락에 한정해야 합니다. 일반 폼에서 빠져나갈 수 없는 상태를 만들지 않습니다. 포커스 링을 디자인 때문에 없앴다면 대체 위치 표시가 있는지 확인합니다.
완료 기준
정상 접수와 오류 수정이 키보드로 가능해야 합니다. 자동 검사에서 누락이 없다는 사실만으로 실제 작업 완료를 대신하지 않습니다. 시험한 환경과 남은 범위를 기록하고 별도 보조기술 검수와 전체 WCAG 적합성 주장을 구분합니다. 키보드 흐름을 고친 뒤에도 마우스·터치 사용자의 기존 기능이 유지되는지 핵심 경로를 확인합니다.
자주 묻는 질문
- Tab으로 입력창에 가면 접근성 검수가 끝났나요?
- 선택·오류·제출·성공까지 작업을 완료할 수 있어야 합니다. 초점 표시와 순서, 모달 복귀와 화면 가림도 확인합니다.
- Enter를 누르면 항상 제출해야 하나요?
- 컨트롤과 폼의 문맥에 따라 다릅니다. 여러 줄 문의 입력과 선택 UI에서 기대하는 동작을 확인하고 브라우저 기본 동작을 무조건 막거나 강제하지 않습니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.