모바일 앱 접근성 지침 · 7. 이해의 용이성 · 7.3 입력 도움
7.3.1 오류 정정
입력 오류가 생기면 오류의 위치와 이유를 알려 정정할 수 있게 해야 합니다.
KS X 3253:2016
한눈에 보기
- 검사 항목
- 7.3.1 오류 정정
- 원칙
- 7. 이해의 용이성
- 지침
- 7.3 입력 도움
- 도입
- KS X 3253:2016
요구 사항
입력 서식을 작성할 때 사용자의 실수로 오류가 생기면 이를 정정할 수 있는 방법을 제공해야 합니다.
- 사용자 입력 오류 안내 — 오류가 발생한 위치와 오류의 이유를 알려야 합니다. 예를 들어 이름, 주소, 전화번호, 이메일 중 일부를 빠뜨리고 제출하면 어떤 항목이 누락되었는지 알려야 합니다.
- 시스템이나 플랫폼에서 발생한 오류에는 적용되지 않습니다.
개정 내역: 분리 — 2016판 「7.1 입력 도움」
왜 필요한가요
오류를 고치는 방법을 텍스트로 자세히 알려 주면 학습장애인도 서식을 완성할 수 있습니다. 오류 내용을 먼저 알려 주거나 오류 위치로 초점을 옮긴 뒤 설명하면 시각장애인도 오류를 쉽게 고칠 수 있습니다.
도움받는 사용자
- 화면낭독기 사용자
- 학습·인지장애인
- 저시력인
적용 방법
오류 문구를 해당 입력 서식에 연결하고, 제출 시 첫 번째 오류 서식으로 초점을 옮기며 오류를 알립니다(폼 검증 패턴 참고).
// Material TextInputLayout: 오류 문구가 입력 서식과 연결되어 낭독됨
emailLayout.error = "이메일 형식이 올바르지 않습니다. 예: [email protected]"
emailEdit.requestFocus()
emailEdit.performAccessibilityAction(AccessibilityNodeInfo.ACTION_ACCESSIBILITY_FOCUS, null)OutlinedTextField(
value = email, onValueChange = { email = it },
label = { Text("이메일") },
isError = emailError != null,
supportingText = { emailError?.let { Text(it) } },
modifier = Modifier.semantics { emailError?.let { error(it) } }
)emailField.accessibilityValue = "\(emailField.text ?? ""), 오류: 이메일 형식이 올바르지 않습니다"
UIAccessibility.post(notification: .layoutChanged, argument: emailField)<TextInput accessibilityLabel="이메일" aria-invalid={!!error} accessibilityHint={error ?? undefined} />
{error && <Text accessibilityLiveRegion="polite">{error}</Text>}사례
빨간 테두리만 표시
제출 → 누락된 입력창 테두리만 빨간색, 문구·낭독 없음위치와 이유 안내
제출 → 초점이 "전화번호" 입력창으로 이동
TalkBack: "전화번호, 편집 중, 오류: 전화번호를 입력하세요"자주 하는 실수
- 오류를 색이나 아이콘으로만 표시하고 문구를 제공하지 않습니다.
- “입력 정보를 확인하세요”처럼 어느 항목이 왜 틀렸는지 알려 주지 않습니다.
- 오류 문구가 화면에는 보이지만 화면낭독기 사용자에게 전달되지 않습니다.
검사 방법
- 입력 서식을 비우거나 잘못 입력해 제출합니다.
- 오류 위치와 이유가 텍스트로 제공되는지, TalkBack·VoiceOver로 오류를 알 수 있는지(초점 이동 또는 알림) 확인합니다.