읽기와 작업을 같이 봅니다
스크린샷이 깔끔해도 폼의 마지막 버튼이나 필수 조건이 화면 밖에서 잘릴 수 있습니다. 확대 후 처음부터 끝까지 읽고 오류를 수정해 제출 가능한지 시험합니다. 글자만 커지는 환경과 전체 화면 확대의 차이도 필요한 범위에서 확인합니다.
가정한 검수 행렬
다음은 환경 기록 예시이며 특정 수치만으로 전체 적합성을 보장하지 않습니다. 실제 기준과 사용하는 브라우저에서 결과를 확인해야 합니다.
page_types: guide, pricing calculator, inquiry form
viewport_record: actual CSS width and height
zoom_record: actual browser zoom setting
content_states: long title, filled form, validation errors, success
layout_checks: readable order, no lost conditions, operable controls
exceptions: table/code areas reviewed independently
evidence: screenshot plus keyboard and pointer operation result
고정 크기의 문제
가정한 예로 입력 영역을 고정 높이로 두면 도움말이 두 줄이 됐을 때 버튼과 겹칠 수 있습니다. 최소 너비가 큰 카드와 줄바꿈 없는 가격·URL도 조사합니다. 단순히 overflow를 숨겨 가로 스크롤을 없애면 내용이 잘릴 수 있습니다.
검수 순서
- 주요 화면의 기본 배치를 기록합니다.
- 좁은 폭과 확대 상태에서 전체 내용을 봅니다.
- 메뉴·계산기·오류 수정·제출을 조작합니다.
- 정보 손실과 예외 영역을 따로 기록합니다.
확대 시 메뉴가 모바일 버전으로 바뀐다면 그 경로도 검수합니다. 고정 CTA와 키보드의 가림을 확인하고 초점이 보이지 않는 위치로 이동하지 않게 합니다. 자동 넘침 검사와 사람이 읽는 검수를 함께 사용합니다.
완료 기준
작은 화면과 확대에서도 핵심 조건과 기능을 사용할 수 있어야 합니다. 예외를 전체 페이지의 넘침을 정당화하는 이유로 사용하지 않습니다. 확인한 브라우저·폭·확대와 미확인 범위를 남기고 전체 WCAG 적합성을 시험 없이 선언하지 않습니다. 텍스트와 디자인을 개정할 때 긴 제목과 오류 상태도 회귀 검수에 포함합니다.
자주 묻는 질문
- 모바일 반응형이면 확대 검수도 끝난 건가요?
- 반응형과 확대는 겹치는 부분이 있지만 실제 브라우저 동작과 고정 UI의 영향이 다를 수 있습니다. 둘을 직접 시험하고 정보·기능 보존을 확인해야 합니다.
- 가로 스크롤이 하나라도 있으면 무조건 실패인가요?
- 표나 의미상 이차원 배치가 필요한 영역의 예외가 있을 수 있습니다. 일반 본문까지 함께 넘치는지와 실제 기준의 적용 범위를 확인합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.