Error State
오류 상태
에러 상태는 동작이나 페이지가 실패할 때 계속 표시됩니다. 특정 문제를 설명하고 안전하게 복구할 수 있는 방법을 제공합니다.
Your local edits are safe. Check the connection and try the sync again.
실제 예시
양식에 잘못된 계좌번호가 있고 서비스도 시간 초과가 발생합니다. 필드에서는 번호를 수정하는 방법을 알려주고, 서비스 오류는 모든 입력을 유지하며 다시 시도 옵션을 제공합니다. 사용자를 비난하거나 작업을 삭제하는 것은 복구가 아닙니다.
주요 부분
- 01특정 실패
- 02영향을 받는 컨텍스트
- 03복구 작업
사용할 때
실패가 작업을 차단할 때 이 용어를 사용하십시오. 사용자는 명확한 이유나 복구 방법이 필요합니다.
다음 경우에는 사용하지 마세요
입력, 권한, 네트워크, 서버 문제와 같이 다른 수정이 필요한 문제에 대해 하나의 모호한 오류만 사용하지 마세요.
코드에서 사용된 이름
failure type → preserved context + recovery 출시하기 전에
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome：Complete the task with 오류 상태 (Error State)。 User context：양식에 잘못된 계좌번호가 있고 서비스도 시간 초과가 발생합니다. 필드에서는 번호를 수정하는 방법을 알려주고, 서비스 오류는 모든 입력을 유지하며 다시 시도 옵션을 제공합니다. 사용자를 비난하거나 작업을 삭제하는 것은 복구가 아닙니다. Recommended pattern：오류 상태 (Error State)。 Why it fits：실패가 작업을 차단할 때 이 용어를 사용하십시오. 사용자는 명확한 이유나 복구 방법이 필요합니다. Do not use it when：입력, 권한, 네트워크, 서버 문제와 같이 다른 수정이 필요한 문제에 대해 하나의 모호한 오류만 사용하지 마세요. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 오류 상태 (Error State) is used now. Definition: 에러 상태는 동작이나 페이지가 실패할 때 계속 표시됩니다. 특정 문제를 설명하고 안전하게 복구할 수 있는 방법을 제공합니다. Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.