, <desc>","en":"role=\"img\", <title>, <desc>"},"c":{"ko":"aria-label만 사용","en":"aria-label only"},"d":{"ko":"figcaption만 사용","en":"figcaption only"}},"answer":"b","explanation":{"ko":"SVG는 role=\"img\"로 이미지 역할을 명시하고, <title>로 짧은 설명, <desc>로 긴 설명을 제공합니다.","en":"SVG uses role=\"img\" to declare image semantics, <title> for a short description, and <desc> for a long description."},"domain":1},{"id":"was-1-6-x1","question":{"ko":"링크 안의 돋보기 아이콘 이미지에 적절한 대체 텍스트는?","en":"What is the appropriate alt text for a magnifier icon image inside a link?"},"options":{"a":{"ko":"\"돋보기\"","en":"\"Magnifying glass\""},"b":{"ko":"\"검색\" — 모양이 아닌 기능","en":"\"Search\" — the function, not the appearance"},"c":{"ko":"\"아이콘 이미지\"","en":"\"Icon image\""},"d":{"ko":"alt=\"\" (빈 값)","en":"alt=\"\" (empty)"}},"answer":"b","explanation":{"ko":"기능 이미지(링크·버튼 안 아이콘)의 대체 텍스트는 모양이 아니라 기능을 설명해야 합니다. 이 아이콘의 역할은 '검색'이므로 alt=\"검색\"이 올바릅니다. 빈 alt를 쓰면 링크에 이름이 없어집니다.","en":"Functional images (icons inside links/buttons) get alt describing the function, not the appearance — here, \"Search.\" Empty alt would leave the link without a name."},"domain":1},{"id":"was-1-6-x2","question":{"ko":"텍스트를 이미지로 만드는 것을 제한하는 WCAG 기준과 그 예외는?","en":"Which WCAG criterion restricts images of text, and what is its exception?"},"options":{"a":{"ko":"1.4.5 텍스트 이미지 (Level AA) — 로고는 예외","en":"1.4.5 Images of Text (Level AA) — logos are exempt"},"b":{"ko":"1.1.1 텍스트 대안 (Level A) — 사진은 예외","en":"1.1.1 Non-text Content (Level A) — photos are exempt"},"c":{"ko":"1.4.3 대비 (Level AA) — 배너는 예외","en":"1.4.3 Contrast (Level AA) — banners are exempt"},"d":{"ko":"제한하는 기준이 없다","en":"No criterion restricts it"}},"answer":"a","explanation":{"ko":"1.4.5는 같은 표현이 실제 텍스트로 가능하면 텍스트 이미지를 쓰지 않도록 요구합니다(로고·브랜드명은 예외). 이미지 속 텍스트는 확대 시 깨지고 사용자 스타일·번역이 적용되지 않습니다.","en":"1.4.5 requires real text where the same presentation is possible (logos exempt). Text in images pixelates on zoom and can't receive user styles or translation."},"domain":1},{"id":"was-1-7-q1","question":{"ko":"데이터 테이블에서 열 헤더 셀의 올바른 마크업은?","en":"What is the correct markup for a column header cell in a data table?"},"options":{"a":{"ko":"<td class=\"header\">","en":"<td class=\"header\">"},"b":{"ko":"<th scope=\"col\">","en":"<th scope=\"col\">"},"c":{"ko":"<th scope=\"row\">","en":"<th scope=\"row\">"},"d":{"ko":"<caption>","en":"<caption>"}},"answer":"b","explanation":{"ko":"열 헤더는 <th scope=\"col\">, 행 헤더는 <th scope=\"row\">입니다. class로 스타일만 입힌 <td>는 헤더 시맨틱이 없어 셀 이동 시 헤더가 낭독되지 않습니다.","en":"Column headers are <th scope=\"col\">; row headers are <th scope=\"row\">. A styled <td> has no header semantics, so headers aren't announced when moving between cells."},"domain":1},{"id":"was-1-7-q2","question":{"ko":"<caption> 요소가 표 위의 일반 텍스트 제목보다 나은 이유는?","en":"Why is <caption> better than a plain text heading above a table?"},"options":{"a":{"ko":"글자가 더 크게 표시되어서","en":"It renders in larger text"},"b":{"ko":"표와 프로그래밍적으로 연결되어 표 진입 시 스크린리더가 낭독해서","en":"It is programmatically tied to the table and announced when entering it"},"c":{"ko":"검색 엔진 순위가 올라가서","en":"It improves search ranking"},"d":{"ko":"인쇄 시에만 표시되어서","en":"It appears only in print"}},"answer":"b","explanation":{"ko":"<caption>은 표의 접근 가능한 이름으로서 표와 연결됩니다. 표 목록 탐색이나 표 진입 시 함께 낭독되어 '이 표가 무엇인지'를 알려줍니다. 일반 텍스트 제목은 이 연결이 없습니다.","en":"<caption> serves as the table's accessible name, announced when navigating table lists or entering the table. A plain text heading provides no such association."},"domain":1},{"id":"was-1-7-q3","question":{"ko":"다단계 헤더를 가진 복잡한 표에서 셀-헤더 관계를 명시하는 방법은?","en":"How are cell–header relationships made explicit in complex tables with multi-level headers?"},"options":{"a":{"ko":"각 헤더에 id를 주고 데이터 셀에서 headers 속성으로 참조","en":"Give headers ids and reference them from data cells with the headers attribute"},"b":{"ko":"모든 셀에 aria-label 부여","en":"Put aria-label on every cell"},"c":{"ko":"CSS로 색상 구분","en":"Distinguish with CSS colors"},"d":{"ko":"표를 이미지로 캡처해 alt 제공","en":"Screenshot the table and provide alt"}},"answer":"a","explanation":{"ko":"scope로 부족한 복잡한 표는 headers/id 연결을 사용합니다. 다만 유지보수 부담이 커서, 가능하면 표를 더 단순한 여러 표로 쪼개는 것이 먼저입니다.","en":"Where scope can't express the relationships, use headers/id association. Because maintenance is costly, splitting into simpler tables should be considered first."},"domain":1},{"id":"was-1-7-q4","question":{"ko":"'여기를 클릭' 링크 텍스트가 위반하는 WCAG 기준은?","en":"Which WCAG criterion does 'click here' link text violate?"},"options":{"a":{"ko":"2.4.4 링크 목적 (문맥상)","en":"2.4.4 Link Purpose (In Context)"},"b":{"ko":"1.4.3 대비(최소)","en":"1.4.3 Contrast (Minimum)"},"c":{"ko":"2.3.1 세 번의 번쩍임","en":"2.3.1 Three Flashes"},"d":{"ko":"1.2.2 자막","en":"1.2.2 Captions"}},"answer":"a","explanation":{"ko":"링크는 그 텍스트(또는 프로그래밍적 문맥)만으로 목적을 알 수 있어야 합니다. 링크 목록으로 훑는 스크린리더 사용자에게 '여기를 클릭' 열 개는 구분 불가능합니다.","en":"A link's purpose must be determinable from its text (or programmatic context). Ten 'click here' links are indistinguishable to screen reader users skimming the links list."},"domain":1},{"id":"was-1-7-q5","question":{"ko":"한국어 페이지 안의 영어 인용문에 lang=\"en\"을 지정해야 하는 이유는?","en":"Why must an English quotation inside a Korean page carry lang=\"en\"?"},"options":{"a":{"ko":"스크린리더가 발음 엔진을 영어로 전환해 올바르게 읽도록 (WCAG 3.1.2)","en":"So screen readers switch to an English pronunciation engine (WCAG 3.1.2)"},"b":{"ko":"글꼴이 자동으로 바뀌도록","en":"So the font changes automatically"},"c":{"ko":"번역기가 작동하지 않도록","en":"To block machine translation"},"d":{"ko":"SEO 점수를 높이려고","en":"To raise SEO scores"}},"answer":"a","explanation":{"ko":"스크린리더는 lang 속성에 따라 발음 엔진을 전환합니다. 부분 언어(3.1.2, Level AA)가 지정되지 않으면 영어 문장을 한국어 음운으로 읽어 이해할 수 없게 됩니다.","en":"Screen readers switch pronunciation engines based on lang. Without Language of Parts (3.1.2, Level AA), English sentences get read with Korean phonetics and become unintelligible."},"domain":1},{"id":"was-1-8-q1","question":{"ko":"APG 탭 패턴에서 탭 간 이동에 사용하는 키는?","en":"In the APG tabs pattern, which keys move between tabs?"},"options":{"a":{"ko":"Tab 키","en":"The Tab key"},"b":{"ko":"화살표 키 (Tab은 활성 패널로 이동)","en":"Arrow keys (Tab moves into the active panel)"},"c":{"ko":"Enter 키","en":"The Enter key"},"d":{"ko":"숫자 키","en":"Number keys"}},"answer":"b","explanation":{"ko":"복합 위젯 내부 이동은 화살표 키가 담당하고(로빙 tabindex), Tab 키는 위젯을 벗어나 다음 정지점(활성 패널)으로 이동합니다. 탭마다 Tab을 눌러야 한다면 잘못된 구현입니다.","en":"Arrow keys handle movement inside composite widgets (roving tabindex); Tab leaves the widget for the next stop (the active panel). Needing Tab for each tab is an incorrect implementation."},"domain":1},{"id":"was-1-8-q2","question":{"ko":"모달 구현에서 배경을 aria-hidden 처리하는 것만으로 부족한 이유는?","en":"Why is aria-hidden on the background insufficient in a modal implementation?"},"options":{"a":{"ko":"포커스가 여전히 배경 요소로 나갈 수 있어 실제 트랩 로직이 필요하기 때문","en":"Focus can still escape into background elements — real trap logic is needed"},"b":{"ko":"aria-hidden은 시각적으로도 숨기기 때문","en":"aria-hidden also hides content visually"},"c":{"ko":"성능이 저하되기 때문","en":"It degrades performance"},"d":{"ko":"모바일에서 동작하지 않기 때문","en":"It doesn't work on mobile"}},"answer":"a","explanation":{"ko":"aria-hidden은 낭독만 막을 뿐 키보드 포커스 이동을 막지 않습니다. 포커스 트랩(또는 네이티브 dialog의 showModal, inert 속성)이 있어야 배경으로의 탈출을 실제로 차단합니다.","en":"aria-hidden suppresses announcements but not keyboard focus. A focus trap (or native dialog's showModal / the inert attribute) is what actually blocks escape into the background."},"domain":1},{"id":"was-1-8-q3","question":{"ko":"콤보박스에서 포커스를 입력에 둔 채 하이라이트된 옵션을 알리는 속성은?","en":"Which attribute conveys the highlighted option while focus stays on the combobox input?"},"options":{"a":{"ko":"aria-activedescendant","en":"aria-activedescendant"},"b":{"ko":"aria-label","en":"aria-label"},"c":{"ko":"aria-live","en":"aria-live"},"d":{"ko":"tabindex","en":"tabindex"}},"answer":"a","explanation":{"ko":"aria-activedescendant는 실제 DOM 포커스를 옮기지 않고 활성 하위 항목의 id를 가리켜, 입력에 포커스를 유지하면서 옵션 하이라이트를 보조기술에 전달합니다.","en":"aria-activedescendant points to the active descendant's id without moving DOM focus, conveying option highlighting to AT while focus remains on the input."},"domain":1},{"id":"was-1-8-q4","question":{"ko":"무한 스크롤 대신 '더 보기' 버튼이 접근성 면에서 우월한 이유는?","en":"Why is a 'Load more' button superior to infinite scroll for accessibility?"},"options":{"a":{"ko":"서버 부하가 적어서","en":"It reduces server load"},"b":{"ko":"키보드 사용자가 푸터에 도달할 수 있고, 콘텐츠 추가 시점을 사용자가 제어하기 때문","en":"Keyboard users can reach the footer, and users control when content is added"},"c":{"ko":"디자인이 더 예뻐서","en":"It looks better"},"d":{"ko":"이미지가 더 빨리 로드되어서","en":"Images load faster"}},"answer":"b","explanation":{"ko":"무한 스크롤은 스크롤할 때마다 콘텐츠가 늘어나 키보드 사용자가 푸터 등 이후 콘텐츠에 영영 도달하지 못하게 만들 수 있습니다. '더 보기' 버튼은 추가 시점을 사용자가 제어하고 도달 가능성을 보존합니다.","en":"Infinite scroll keeps growing content so keyboard users may never reach the footer. A 'Load more' button preserves reachability and puts users in control of when content is added."},"domain":1},{"id":"was-1-8-q5","question":{"ko":"토스트 알림이 안정적으로 낭독되게 하는 구현 방법은?","en":"What implementation makes toast notifications announce reliably?"},"options":{"a":{"ko":"토스트가 뜰 때마다 role=\"status\" 요소를 새로 생성한다","en":"Create a new role=\"status\" element each time a toast appears"},"b":{"ko":"role=\"status\" 컨테이너를 페이지 로드 시부터 두고 내용만 갱신한다","en":"Keep a role=\"status\" container in the DOM from page load and update only its content"},"c":{"ko":"alert() 대화상자를 사용한다","en":"Use alert() dialogs"},"d":{"ko":"토스트에 tabindex=\"1\"을 준다","en":"Give the toast tabindex=\"1\""}},"answer":"b","explanation":{"ko":"라이브 영역은 DOM에 미리 존재해야 변경이 안정적으로 감지됩니다. 요소 자체를 동적으로 삽입하면 첫 알림이 누락되는 경우가 많습니다.","en":"Live regions detect changes reliably only when the container pre-exists in the DOM. Inserting the region element dynamically often drops the first announcement."},"domain":1},{"id":"was-1-8-s1","difficulty":"hard","question":{"ko":"커스텀 드롭다운을 열어도 스크린 리더가 아무것도 읽지 않습니다. 진단을 시작할 가장 효율적인 지점은?","en":"Opening a custom dropdown announces nothing in a screen reader. Where do you start diagnosing most efficiently?"},"options":{"a":{"ko":"브라우저 개발자 도구의 접근성 트리에서 이름·역할·상태가 노출되는지 확인","en":"Inspect the browser's accessibility tree for name, role, and state"},"b":{"ko":"CSS z-index를 확인","en":"Check CSS z-index"},"c":{"ko":"네트워크 탭에서 API 응답 확인","en":"Check API responses in the network tab"},"d":{"ko":"다른 스크린 리더를 설치해본다","en":"Install a different screen reader"}},"answer":"a","explanation":{"ko":"스크린 리더는 접근성 트리를 읽습니다. 트리에 이름·역할·상태(4.1.2)가 없으면 어떤 스크린 리더도 읽을 수 없으므로, 개발자 도구의 접근성 패널이 가장 빠른 1차 진단 지점입니다. 시각 레이어(z-index)·데이터 문제와는 별개입니다.","en":"Screen readers consume the accessibility tree. If name/role/state (4.1.2) are missing there, no screen reader can announce it — so the dev tools accessibility panel is the fastest first check."},"domain":1},{"id":"was-1-9-q1","question":{"ko":"고정 높이 컨테이너에 텍스트를 가두는 것이 위반할 수 있는 기준은?","en":"Locking text in a fixed-height container can violate which criterion?"},"options":{"a":{"ko":"1.4.12 텍스트 간격 — 간격 확대 시 잘림 발생","en":"1.4.12 Text Spacing — content clips when spacing is increased"},"b":{"ko":"2.1.1 키보드","en":"2.1.1 Keyboard"},"c":{"ko":"1.2.2 자막","en":"1.2.2 Captions"},"d":{"ko":"3.1.1 페이지 언어","en":"3.1.1 Language of Page"}},"answer":"a","explanation":{"ko":"1.4.12는 사용자가 줄·문단·자간·어간을 키워도 콘텐츠가 손실되지 않을 것을 요구합니다. 고정 높이에 가둔 텍스트는 간격 확대 시 잘리므로, 높이는 콘텐츠를 따라가게 설계해야 합니다.","en":"1.4.12 requires content to survive user-increased line, paragraph, letter, and word spacing. Fixed-height text clips when spacing grows — let heights follow content."},"domain":1},{"id":"was-1-9-q2","question":{"ko":"'가로로 돌려서 보세요' 안내가 위반하는 기준과 그 이유는?","en":"Which criterion does 'please rotate your device' violate, and why?"},"options":{"a":{"ko":"1.3.4 방향 — 휠체어 고정 기기 사용자는 방향을 돌릴 수 없다","en":"1.3.4 Orientation — users with wheelchair-mounted devices cannot rotate"},"b":{"ko":"1.4.3 대비 — 회전하면 색이 바뀐다","en":"1.4.3 Contrast — rotation changes colors"},"c":{"ko":"2.4.1 블록 건너뛰기","en":"2.4.1 Bypass Blocks"},"d":{"ko":"위반이 아니다","en":"It is not a violation"}},"answer":"a","explanation":{"ko":"1.3.4(Level AA)는 표시를 한 방향으로 제한하지 못하게 합니다. 기기를 휠체어 등에 고정한 사용자는 회전이 불가능합니다. 수표 촬영처럼 방향이 본질적인 경우만 예외입니다.","en":"1.3.4 (Level AA) forbids restricting display to a single orientation. Users with devices mounted to wheelchairs cannot rotate. Only essential orientations (like check capture) are excepted."},"domain":1},{"id":"was-1-9-q3","question":{"ko":"WCAG 2.2의 2.5.8 타깃 크기(Level AA)가 요구하는 최소 크기는?","en":"What minimum size does WCAG 2.2's 2.5.8 Target Size (Level AA) require?"},"options":{"a":{"ko":"16×16 CSS픽셀","en":"16×16 CSS pixels"},"b":{"ko":"24×24 CSS픽셀 (또는 충분한 간격)","en":"24×24 CSS pixels (or sufficient spacing)"},"c":{"ko":"44×44 CSS픽셀","en":"44×44 CSS pixels"},"d":{"ko":"60×60 CSS픽셀","en":"60×60 CSS pixels"}},"answer":"b","explanation":{"ko":"2.5.8(Level AA, WCAG 2.2 신규)은 최소 24×24 CSS픽셀 또는 동등한 간격 확보를 요구합니다. 44×44는 2.5.5(Level AAA)의 기준입니다.","en":"2.5.8 (Level AA, new in WCAG 2.2) requires at least 24×24 CSS pixels or equivalent spacing. 44×44 is the 2.5.5 (Level AAA) standard."},"domain":1},{"id":"was-1-9-q4","question":{"ko":"prefers-reduced-motion 미디어 쿼리의 용도는?","en":"What is the purpose of the prefers-reduced-motion media query?"},"options":{"a":{"ko":"저사양 기기의 성능 최적화","en":"Performance optimization for low-end devices"},"b":{"ko":"모션 최소화를 설정한 사용자(전정 장애 등)에게 장식적 애니메이션을 끄거나 대체 제공","en":"Disabling or replacing decorative animation for users who set reduced motion (e.g., vestibular disorders)"},"c":{"ko":"다크 모드 감지","en":"Detecting dark mode"},"d":{"ko":"네트워크 속도 감지","en":"Detecting network speed"}},"answer":"b","explanation":{"ko":"전정 장애 사용자에게 패럴랙스·확대 전환은 어지럼증을 유발할 수 있습니다. OS의 '동작 줄이기' 설정을 prefers-reduced-motion으로 감지해 애니메이션을 끄거나 페이드로 대체하는 것이 표준 대응입니다.","en":"Parallax and zoom transitions can cause dizziness for users with vestibular disorders. Detecting the OS 'reduce motion' setting via prefers-reduced-motion and disabling or fading animations is the standard response."},"domain":1},{"id":"was-1-9-s1","difficulty":"hard","question":{"ko":"저시력 사용자가 400% 확대 시 본문을 읽으려면 좌우 스크롤을 반복해야 한다고 제보했습니다. 해당 성공 기준과 표준 해법은?","en":"A low-vision user reports having to scroll horizontally repeatedly to read text at 400% zoom. Which SC applies, and what is the standard fix?"},"options":{"a":{"ko":"1.4.10 리플로우 — 고정 폭 레이아웃을 반응형으로 전환해 한 방향 스크롤만 남긴다","en":"1.4.10 Reflow — convert fixed-width layout to responsive so content flows in one direction"},"b":{"ko":"1.4.3 대비 — 글자색을 진하게 한다","en":"1.4.3 Contrast — darken the text"},"c":{"ko":"확대 기능을 200%로 제한한다","en":"Cap zoom at 200%"},"d":{"ko":"모바일 전용 앱을 안내한다","en":"Point users to the mobile app"}},"answer":"a","explanation":{"ko":"320 CSS픽셀 폭(400% 확대 상당)에서 양방향 스크롤 없이 읽혀야 한다는 것이 1.4.10입니다. 반응형 리플로우가 표준 해법이며, 확대 제한은 그 자체가 위반(1.4.4)입니다.","en":"1.4.10 requires content usable without two-dimensional scrolling at 320 CSS px (≈400% zoom). Responsive reflow is the fix; capping zoom itself violates 1.4.4."},"domain":1},{"id":"was-1-10-q1","question":{"ko":"ATAG Part B가 요구하는 것은?","en":"What does ATAG Part B require?"},"options":{"a":{"ko":"저작 도구가 접근 가능한 콘텐츠 생산을 지원·유도할 것","en":"The authoring tool supports and guides production of accessible content"},"b":{"ko":"저작 도구 UI 자체의 접근성","en":"Accessibility of the authoring tool's own UI"},"c":{"ko":"브라우저의 키보드 조작성","en":"Keyboard operability of browsers"},"d":{"ko":"웹 콘텐츠의 색상 대비","en":"Color contrast of web content"}},"answer":"a","explanation":{"ko":"ATAG는 Part A(도구 UI의 접근성)와 Part B(접근 가능한 콘텐츠 생산 지원 — alt 프롬프트, 접근 가능한 템플릿, 자동 검사 등)로 구성됩니다. b는 Part A, c는 UAAG의 영역입니다.","en":"ATAG comprises Part A (accessible tool UI) and Part B (supporting accessible content production — alt prompts, accessible templates, automated checks). Option b is Part A; c belongs to UAAG."},"domain":1},{"id":"was-1-10-q2","question":{"ko":"브라우저·미디어 플레이어의 접근성 책임을 다루는 지침은?","en":"Which guidelines address the accessibility responsibilities of browsers and media players?"},"options":{"a":{"ko":"WCAG","en":"WCAG"},"b":{"ko":"ATAG","en":"ATAG"},"c":{"ko":"UAAG","en":"UAAG"},"d":{"ko":"WCAG-EM","en":"WCAG-EM"}},"answer":"c","explanation":{"ko":"UAAG(User Agent Accessibility Guidelines)는 브라우저 등 사용자 에이전트의 책임 — 사용자 제어, 키보드 조작, 접근성 API 지원 — 을 다룹니다. WCAG는 콘텐츠, ATAG는 저작 도구입니다.","en":"UAAG covers user agents — user controls, keyboard operability, accessibility API support. WCAG covers content; ATAG covers authoring tools."},"domain":1},{"id":"was-1-10-q3","question":{"ko":"EN 301 549와 WCAG의 관계로 옳은 것은?","en":"Which correctly describes the relationship between EN 301 549 and WCAG?"},"options":{"a":{"ko":"EN 301 549는 웹 조항에 WCAG를 통합하되 ICT 전반으로 범위가 더 넓다","en":"EN 301 549 incorporates WCAG for its web clauses but spans ICT more broadly"},"b":{"ko":"서로 무관한 경쟁 표준이다","en":"They are unrelated competing standards"},"c":{"ko":"WCAG가 EN 301 549를 포함한다","en":"WCAG includes EN 301 549"},"d":{"ko":"EN 301 549는 웹사이트에만 적용된다","en":"EN 301 549 applies only to websites"}},"answer":"a","explanation":{"ko":"EN 301 549의 9장은 WCAG 2.1 AA를 그대로 통합하며, 그 외 소프트웨어·하드웨어·문서·지원 서비스에 고유 요구사항을 둡니다. EU WAD·EAA의 적합성 추정 기준입니다.","en":"Chapter 9 of EN 301 549 incorporates WCAG 2.1 AA directly, adding requirements for software, hardware, documents, and support services. It underpins the EU WAD and EAA."},"domain":1},{"id":"was-1-10-q4","question":{"ko":"WCAG에서 규범(normative) 문서에 해당하는 것은?","en":"Which is a normative part of WCAG?"},"options":{"a":{"ko":"Understanding 문서","en":"The Understanding documents"},"b":{"ko":"성공 기준과 적합성 요구사항","en":"The success criteria and conformance requirements"},"c":{"ko":"Techniques 문서","en":"The Techniques documents"},"d":{"ko":"ARIA APG","en":"The ARIA APG"}},"answer":"b","explanation":{"ko":"적합성 판정의 기준이 되는 성공 기준·적합성 요구사항이 규범입니다. Understanding·Techniques·APG는 이해와 구현을 돕는 비규범(informative) 자료로, 따라도 적합성을 보장하지 않습니다.","en":"Success criteria and conformance requirements are normative. Understanding, Techniques, and the APG are informative — following them does not guarantee conformance."},"domain":1},{"id":"was-1-10-q5","question":{"ko":"'접근성 지원(accessibility supported)' 조건의 의미로 옳은 것은?","en":"What does the 'accessibility supported' condition mean?"},"options":{"a":{"ko":"사용한 기술의 사용 방식이 사용자의 보조기술·브라우저에서 실제로 작동해야 적합성이 성립한다","en":"The way technologies are used must actually work in users' assistive technologies and browsers for conformance to hold"},"b":{"ko":"모든 브라우저에서 픽셀 단위로 동일하게 보여야 한다","en":"Pages must look pixel-identical in all browsers"},"c":{"ko":"명세에 존재하는 속성은 무조건 사용해도 된다","en":"Any attribute in a spec is always safe to rely on"},"d":{"ko":"보조기술 없이도 쓸 수 있어야 한다","en":"Content must be usable without assistive technology"}},"answer":"a","explanation":{"ko":"명세에 있어도 주요 보조기술이 지원하지 않는 방식에 의존하면 적합성 주장이 성립하지 않습니다. 잘 지원되는 기법을 선택하는 것이 WCAG 적합성의 전제 조건입니다.","en":"Relying on a technique major assistive technologies don't support invalidates a conformance claim, even if it's in the spec. Choosing well-supported techniques is a precondition of WCAG conformance."},"domain":1},{"id":"was-1-10-q6","question":{"ko":"CMS 도입 시 콘텐츠 접근성을 구조적으로 개선하려면 어떤 표준의 적합성을 평가 기준에 넣어야 하는가?","en":"To structurally improve content accessibility when adopting a CMS, conformance to which standard should be an evaluation criterion?"},"options":{"a":{"ko":"UAAG","en":"UAAG"},"b":{"ko":"ATAG","en":"ATAG"},"c":{"ko":"ISO 9001","en":"ISO 9001"},"d":{"ko":"WCAG-EM","en":"WCAG-EM"}},"answer":"b","explanation":{"ko":"CMS는 저작 도구이므로 ATAG가 기준입니다. ATAG 적합 도구는 alt 프롬프트, 접근 가능한 템플릿, 자동 검사 등으로 모든 저작자가 접근 가능한 콘텐츠를 만들도록 돕습니다.","en":"A CMS is an authoring tool, so ATAG applies. ATAG-conformant tools guide all authors toward accessible content via alt prompts, accessible templates, and automated checks."},"domain":1},{"id":"was-1-10-s1","difficulty":"hard","question":{"ko":"사내 블로그 플랫폼을 교체하면서 '작성자들이 실수로 접근성 결함을 만들지 않게' 하고 싶습니다. 후보 평가에 추가할 가장 적절한 기준은?","en":"Replacing the company blogging platform, you want authors to stop accidentally creating accessibility defects. What criterion should be added to vendor evaluation?"},"options":{"a":{"ko":"ATAG Part B 적합성 — alt 프롬프트·접근 가능한 템플릿·자동 검사 지원 여부","en":"ATAG Part B conformance — alt prompts, accessible templates, built-in checks"},"b":{"ko":"UAAG 적합성","en":"UAAG conformance"},"c":{"ko":"서버 응답 속도","en":"Server response time"},"d":{"ko":"테마 개수","en":"Number of themes"}},"answer":"a","explanation":{"ko":"저작 도구가 접근 가능한 콘텐츠 생산을 돕도록 요구하는 것이 ATAG Part B입니다. UAAG는 브라우저 등 사용자 에이전트 대상이라 저작 플랫폼 평가 기준으로는 부적절합니다.","en":"ATAG Part B requires authoring tools to support accessible content production. UAAG targets user agents (browsers), not authoring platforms."},"domain":1},{"id":"was-1-11-q1","question":{"ko":"WebAIM 설문에서 스크린 리더 사용자의 압도적 1위 페이지 탐색 전략은?","en":"In WebAIM surveys, what is screen reader users' dominant page navigation strategy?"},"options":{"a":{"ko":"헤딩 단위 탐색","en":"Navigating by headings"},"b":{"ko":"페이지 전체를 처음부터 듣기","en":"Listening to the whole page from the top"},"c":{"ko":"마우스 호버","en":"Mouse hovering"},"d":{"ko":"사이트맵 이용","en":"Using sitemaps"}},"answer":"a","explanation":{"ko":"헤딩 단축키로 구조를 훑는 것이 수년째 1위 전략입니다. 논리적 헤딩 계층이 그래서 중요합니다.","en":"Skimming structure via heading shortcuts has been the top strategy for years — which is why a logical heading hierarchy matters."},"domain":1},{"id":"was-1-11-q2","question":{"ko":"화면에 '검색'이라 표시된 버튼의 접근 가능한 이름이 '찾기'일 때 발생하는 문제는?","en":"A button visibly labeled 'Search' has an accessible name of 'Find.' What problem does this cause?"},"options":{"a":{"ko":"음성 제어 사용자가 '검색 클릭'으로 버튼을 활성화하지 못한다 (2.5.3 위반)","en":"Voice control users can't activate it by saying 'click Search' (violates 2.5.3)"},"b":{"ko":"색상 대비가 낮아진다","en":"Color contrast decreases"},"c":{"ko":"키보드 포커스가 사라진다","en":"Keyboard focus disappears"},"d":{"ko":"아무 문제 없다","en":"No problem at all"}},"answer":"a","explanation":{"ko":"음성 제어 사용자는 보이는 레이블을 말해 조작합니다. 접근 가능한 이름에 보이는 텍스트가 포함되어야 한다는 것이 2.5.3(Label in Name)입니다.","en":"Voice control users speak visible labels. SC 2.5.3 (Label in Name) requires the accessible name to contain the visible text."},"domain":1},{"id":"was-1-11-q3","question":{"ko":"스위치 접근(switch access) 사용자의 입력 방식은?","en":"How do switch access users provide input?"},"options":{"a":{"ko":"한두 개의 스위치와 스캐닝으로 항목을 순차 선택","en":"One or two switches plus scanning to select items sequentially"},"b":{"ko":"마우스 더블클릭","en":"Double-clicking a mouse"},"c":{"ko":"멀티터치 제스처","en":"Multi-touch gestures"},"d":{"ko":"스타일러스 필기","en":"Stylus handwriting"}},"answer":"a","explanation":{"ko":"스위치 사용자는 하이라이트가 항목을 순회(스캐닝)할 때 스위치를 눌러 선택합니다. 키보드 접근성이 확보된 콘텐츠가 스위치 접근의 전제입니다.","en":"Switch users press a switch as a highlight cycles (scans) through items. Keyboard-accessible content is the precondition for switch access."},"domain":1},{"id":"was-1-11-q4","question":{"ko":"일부 농인 사용자에게 복잡한 문어 텍스트가 어려울 수 있는 이유는?","en":"Why can complex written text be difficult for some Deaf users?"},"options":{"a":{"ko":"수어가 제1언어이고 문어는 제2언어일 수 있기 때문","en":"Sign language may be their first language, making written text a second language"},"b":{"ko":"화면을 볼 수 없기 때문","en":"They cannot see the screen"},"c":{"ko":"스크린 리더가 텍스트를 읽지 못하기 때문","en":"Screen readers cannot read text"},"d":{"ko":"키보드를 쓸 수 없기 때문","en":"They cannot use keyboards"}},"answer":"a","explanation":{"ko":"수어는 독자적 문법을 가진 언어입니다. 수어가 제1언어인 농인에게 문어는 제2언어일 수 있어, 명확하고 단순한 언어가 청각 장애 대응에서도 중요합니다.","en":"Sign languages are full languages with their own grammar. For Deaf users whose first language is sign, written text is a second language — clear, simple language matters for auditory accessibility too."},"domain":1},{"id":"was-1-11-q5","question":{"ko":"접근성 오버레이 위젯이 비판받는 근본 이유는?","en":"What is the fundamental criticism of accessibility overlay widgets?"},"options":{"a":{"ko":"사용자는 자신의 보조기술·전략(사용자 선호 방식)을 쓰고 싶어 하는데, 사이트마다 다른 특수 장치를 강요하기 때문","en":"Users want their own AT and strategies (user-preferred methods), but overlays impose a different site-specific apparatus per site"},"b":{"ko":"시각적으로 예쁘지 않기 때문","en":"They are not visually attractive"},"c":{"ko":"로딩 속도가 빨라지기 때문","en":"They make pages load faster"},"d":{"ko":"표준 시맨틱을 과도하게 사용하기 때문","en":"They overuse standard semantics"}},"answer":"a","explanation":{"ko":"표준 시맨틱과 WCAG 준수는 사용자의 기존 도구가 그대로 작동하게 합니다. 오버레이는 사이트 특정 방식을 새로 배우게 하고 기존 보조기술과 충돌하기도 합니다.","en":"Standard semantics and WCAG conformance let users' existing tools just work. Overlays force learning site-specific methods and can conflict with existing AT."},"domain":1},{"id":"was-1-11-q6","question":{"ko":"저시력 사용자를 위한 리플로우(1.4.10)의 요구사항은?","en":"What does Reflow (1.4.10) require for low-vision users?"},"options":{"a":{"ko":"400% 확대(320px 폭 상당)에서 가로 스크롤 없이 콘텐츠를 읽을 수 있어야 한다","en":"Content readable without horizontal scrolling at 400% zoom (equivalent to 320px width)"},"b":{"ko":"모든 텍스트를 이미지로 제공해야 한다","en":"All text must be provided as images"},"c":{"ko":"확대 기능을 차단해야 한다","en":"Zoom must be disabled"},"d":{"ko":"고정 폭 레이아웃을 사용해야 한다","en":"Fixed-width layouts must be used"}},"answer":"a","explanation":{"ko":"1.4.10은 320 CSS 픽셀 폭(데스크톱 400% 확대 상당)에서 양방향 스크롤 없이 콘텐츠 이용이 가능하도록 요구합니다. 반응형 레이아웃이 표준 해법입니다(표·지도 등 예외 있음).","en":"1.4.10 requires content usable without two-dimensional scrolling at 320 CSS pixels (desktop 400% zoom). Responsive layout is the standard solution (with exceptions like tables and maps)."},"domain":1},{"id":"was-1-11-s1","difficulty":"hard","question":{"ko":"음성 제어 사용자가 화면의 '다음' 버튼을 향해 \"다음 클릭\"이라고 말해도 반응이 없습니다. 코드에서 가장 먼저 확인할 것은?","en":"A voice control user says \"click Next\" at the visible Next button and nothing happens. What do you check first in the code?"},"options":{"a":{"ko":"접근 가능한 이름에 보이는 텍스트 '다음'이 포함되는지 (2.5.3 Label in Name)","en":"Whether the accessible name contains the visible text 'Next' (2.5.3 Label in Name)"},"b":{"ko":"버튼의 배경색","en":"The button's background color"},"c":{"ko":"마이크 권한","en":"Microphone permissions"},"d":{"ko":"버튼의 애니메이션","en":"The button's animation"}},"answer":"a","explanation":{"ko":"음성 제어는 보이는 레이블을 명령어로 씁니다. aria-label이 '계속 진행'처럼 보이는 텍스트와 다르면 \"다음 클릭\"이 실패합니다 — 접근 가능한 이름에 보이는 텍스트를 포함해야 합니다(2.5.3).","en":"Voice control matches spoken commands to visible labels. If aria-label says 'Continue' while the button shows 'Next', \"click Next\" fails — the accessible name must contain the visible text (2.5.3)."},"domain":1},{"id":"was-2-1-q1","question":{"ko":"자동화 접근성 테스트 도구가 감지하기 어려운 것은?","en":"What is difficult for automated accessibility testing tools to detect?"},"options":{"a":{"ko":"누락된 alt 속성","en":"Missing alt attributes"},"b":{"ko":"alt 텍스트의 적절성","en":"Appropriateness of alt text"},"c":{"ko":"색상 대비 부족","en":"Insufficient color contrast"},"d":{"ko":"중복 ID","en":"Duplicate IDs"}},"answer":"b","explanation":{"ko":"자동화 도구는 alt 속성의 존재 여부는 확인하지만, 내용이 이미지를 적절히 설명하는지는 판단할 수 없습니다. 이는 수동 검토가 필요합니다.","en":"Automated tools can check if alt exists but cannot judge whether the text appropriately describes the image. This requires manual review."},"domain":2},{"id":"was-2-1-q2","question":{"ko":"업계에서 가장 널리 사용되는 접근성 테스트 엔진은?","en":"What is the most widely used accessibility testing engine in the industry?"},"options":{"a":{"ko":"WAVE","en":"WAVE"},"b":{"ko":"Pa11y","en":"Pa11y"},"c":{"ko":"axe-core","en":"axe-core"},"d":{"ko":"Lighthouse","en":"Lighthouse"}},"answer":"c","explanation":{"ko":"axe-core(Deque Systems)는 업계 표준 접근성 테스트 엔진으로, 브라우저 확장, API, CI 통합 등 다양한 형태로 사용됩니다. Lighthouse도 내부적으로 axe-core를 사용합니다.","en":"axe-core (Deque Systems) is the industry-standard accessibility testing engine, used in browser extensions, APIs, and CI integrations. Lighthouse also uses axe-core internally."},"domain":2},{"id":"was-2-1-q3","question":{"ko":"CI/CD에 접근성 테스트를 통합하는 주요 목적은?","en":"What is the main purpose of integrating accessibility testing into CI/CD?"},"options":{"a":{"ko":"배포 속도를 높이기 위해","en":"To increase deployment speed"},"b":{"ko":"새로운 접근성 문제 유입을 방지하기 위해","en":"To prevent new accessibility issues from being introduced"},"c":{"ko":"수동 테스트를 완전히 대체하기 위해","en":"To completely replace manual testing"},"d":{"ko":"사용자 테스트를 자동화하기 위해","en":"To automate user testing"}},"answer":"b","explanation":{"ko":"CI/CD 자동화 테스트는 새로운 코드가 기존 접근성을 해치지 않도록 '게이트키퍼' 역할을 합니다. 수동/사용자 테스트를 대체하지는 않습니다.","en":"CI/CD automated testing acts as a 'gatekeeper' to ensure new code doesn't introduce accessibility regressions. It does not replace manual or user testing."},"domain":2},{"id":"was-2-1-x4","question":{"ko":"자동 검사 결과의 '검토 필요(needs review)' 항목에 대한 올바른 처리는?","en":"How should 'needs review' items in automated scan results be handled?"},"options":{"a":{"ko":"오류가 아니므로 무시한다","en":"Ignore them — they aren't errors"},"b":{"ko":"사람이 판단해야 하는 항목이므로 수동으로 확인한다","en":"Verify them manually — they require human judgment"},"c":{"ko":"자동으로 통과 처리한다","en":"Mark them as passed automatically"},"d":{"ko":"도구를 바꿔서 다시 돌린다","en":"Re-run with a different tool"}},"answer":"b","explanation":{"ko":"'검토 필요'는 배경 이미지 위 텍스트 대비처럼 도구가 확정 판단할 수 없는 항목입니다. 무시하면 실제 결함이 숨으므로 반드시 수동 확인해야 합니다.","en":"'Needs review' flags items tools cannot conclusively judge — like text contrast over background images. Ignoring them hides real defects; they must be verified manually."},"domain":2},{"id":"was-2-1-x5","question":{"ko":"기존 접근성 부채가 많은 프로젝트에 CI 자동 검사를 도입하는 현실적인 전략은?","en":"What is a realistic strategy for introducing CI accessibility checks to a project with existing debt?"},"options":{"a":{"ko":"모든 실패를 즉시 빌드 차단으로 설정한다","en":"Immediately block builds on every failure"},"b":{"ko":"새 코드·변경 화면에만 엄격 기준을 적용하고 기존 부채는 베이스라인으로 점진 상환한다","en":"Apply strict rules to new code and changed screens, managing existing debt as a baseline paid down incrementally"},"c":{"ko":"자동 검사를 도입하지 않는다","en":"Don't introduce automated checks"},"d":{"ko":"경고를 모두 끈다","en":"Silence all warnings"}},"answer":"b","explanation":{"ko":"처음부터 전체 실패를 차단하면 기존 부채 때문에 도입이 좌초합니다. 신규·변경분에 엄격 기준, 기존 부채는 베이스라인 관리 후 점진 상환이 현실적인 도입 전략입니다.","en":"Blocking everything from day one founders on existing debt. Strict rules for new and changed code, with existing debt baselined and paid down incrementally, is the realistic adoption strategy."},"domain":2},{"id":"was-2-1-x1","question":{"ko":"자동 접근성 검사 도구(axe, WAVE 등)의 한계에 대한 설명으로 옳은 것은?","en":"Which statement about the limitations of automated accessibility testing tools (axe, WAVE, etc.) is correct?"},"options":{"a":{"ko":"WCAG 이슈의 100%를 검출할 수 있다","en":"They can detect 100% of WCAG issues"},"b":{"ko":"일반적으로 WCAG 이슈의 일부(약 30~50%)만 자동 검출 가능하며, 대체 텍스트의 '적절성' 같은 판단은 사람이 해야 한다","en":"They typically detect only a portion (~30–50%) of WCAG issues automatically; judgments like whether alt text is 'appropriate' require human review"},"c":{"ko":"자동 도구가 통과하면 수동 검수는 불필요하다","en":"If automated tools pass, manual testing is unnecessary"},"d":{"ko":"자동 도구는 색상 대비를 검사할 수 없다","en":"Automated tools cannot check color contrast"}},"answer":"b","explanation":{"ko":"자동 도구는 alt 속성의 존재 여부는 검출해도 그 내용의 적절성, 논리적 포커스 순서, 스크린 리더 사용성 등은 판단하지 못합니다. 자동 검사는 전체 이슈의 일부만 찾아내므로 수동 검수와 병행해야 합니다. 색상 대비는 자동 검사가 잘 되는 항목입니다.","en":"Automated tools can detect a missing alt attribute but not whether its content is appropriate, nor logical focus order or screen reader usability. They find only a portion of issues, so manual testing is essential. Color contrast is actually well covered by automation."},"domain":2},{"id":"was-2-1-x2","question":{"ko":"키보드 접근성 수동 검수 시 확인해야 할 항목이 아닌 것은?","en":"Which is NOT something to check during manual keyboard accessibility testing?"},"options":{"a":{"ko":"모든 인터랙티브 요소에 Tab으로 도달할 수 있는가","en":"Can all interactive elements be reached with Tab?"},"b":{"ko":"포커스 표시가 눈에 보이는가","en":"Is the focus indicator visible?"},"c":{"ko":"모달 안에 포커스가 갇혀 빠져나올 수 없는 구간(키보드 트랩)이 없는가","en":"Are there no keyboard traps where focus gets stuck?"},"d":{"ko":"이미지 파일의 용량이 최적화되어 있는가","en":"Are image file sizes optimized?"}},"answer":"d","explanation":{"ko":"키보드 검수의 핵심은 도달 가능성(2.1.1), 트랩 부재(2.1.2), 가시적 포커스(2.4.7), 논리적 포커스 순서(2.4.3)입니다. 이미지 용량 최적화는 성능 이슈로 키보드 접근성과 무관합니다.","en":"Keyboard testing focuses on reachability (2.1.1), no traps (2.1.2), visible focus (2.4.7), and logical focus order (2.4.3). Image file size is a performance concern, not keyboard accessibility."},"domain":2},{"id":"was-2-1-x3","question":{"ko":"WCAG 적합성 판정에서 성공 기준이 '해당 없음(Not Applicable)'이 되는 경우는?","en":"When is a WCAG success criterion judged 'Not Applicable'?"},"options":{"a":{"ko":"페이지에 해당 기준이 다루는 콘텐츠 유형이 존재하지 않을 때 (예: 오디오가 없는 페이지의 1.4.2)","en":"When the page contains no content of the type the criterion addresses (e.g., 1.4.2 on a page with no audio)"},"b":{"ko":"기준을 만족하기 너무 어려울 때","en":"When the criterion is too difficult to meet"},"c":{"ko":"개발 일정이 부족할 때","en":"When the development schedule is tight"},"d":{"ko":"자동 도구가 검출하지 못할 때","en":"When automated tools cannot detect it"}},"answer":"a","explanation":{"ko":"'해당 없음'은 평가 대상에 그 기준이 적용될 콘텐츠 자체가 없는 경우에만 사용합니다. 예를 들어 오디오 콘텐츠가 전혀 없는 페이지에서는 1.4.2(오디오 제어)가 해당 없음이 됩니다. 난이도나 일정은 판정 근거가 될 수 없습니다.","en":"'Not Applicable' applies only when the evaluated content contains nothing the criterion addresses — e.g., 1.4.2 (Audio Control) on a page with no audio. Difficulty or schedule is never a basis for the judgment."},"domain":2},{"id":"was-2-1-x6","question":{"ko":"W3C ACT(Accessibility Conformance Testing) 규칙의 목적은?","en":"What is the purpose of the W3C ACT (Accessibility Conformance Testing) rules?"},"options":{"a":{"ko":"도구·감사자마다 판정이 갈리지 않도록 테스트 방법과 실패 판정을 표준화하는 것","en":"Standardizing test procedures and failure verdicts so tools and auditors don't diverge"},"b":{"ko":"새로운 성공 기준을 추가하는 것","en":"Adding new success criteria"},"c":{"ko":"자동화 도구를 대체하는 것","en":"Replacing automated tools"},"d":{"ko":"수동 테스트를 금지하는 것","en":"Prohibiting manual testing"}},"answer":"a","explanation":{"ko":"ACT 규칙은 적용 대상·기대 결과·통과/실패 예제를 명시해 판정의 일관성을 높입니다. axe-core 등 주요 도구가 자사 규칙을 ACT 형식에 매핑하며, 도구 간 결과가 다를 때 중립적 기준이 됩니다.","en":"ACT rules specify applicability, expectations, and pass/fail examples to make verdicts consistent. Major tools map their rules to the ACT format, and the rules arbitrate when tools disagree."},"domain":2},{"id":"was-2-1-s1","difficulty":"hard","question":{"ko":"axe 자동 검사에서 위반 0건인 페이지에 대해 스크린 리더 사용자 민원이 접수됐습니다. 올바른 해석과 다음 단계는?","en":"A page passes axe with zero violations, yet a screen reader user files a complaint. What is the right interpretation and next step?"},"options":{"a":{"ko":"자동 도구는 기준의 일부만 검출한다 — 키보드·스크린 리더 수동 테스트로 과업 흐름을 검증한다","en":"Automated tools catch only a subset — run manual keyboard and screen reader testing on the task flow"},"b":{"ko":"민원이 잘못됐다고 회신한다","en":"Reply that the complaint is mistaken"},"c":{"ko":"다른 자동 도구를 하나 더 돌린다","en":"Run one more automated tool"},"d":{"ko":"위반 0건 보고서를 근거로 종결한다","en":"Close the case citing the zero-violation report"}},"answer":"a","explanation":{"ko":"자동 검사는 전체 접근성 문제의 일부(통상 30~50% 수준)만 잡습니다. 초점 순서의 논리성, 대체 텍스트의 적절성, 실제 과업 완수 가능성은 수동·AT 테스트가 필요합니다. 자동 결과로 민원을 반박하는 것은 도구의 한계를 오해한 것입니다.","en":"Automation catches only a fraction of issues (commonly cited around 30–50%). Logical focus order, alt-text appropriateness, and real task completion require manual and AT testing. Rebutting a complaint with a clean automated report misunderstands the tool."},"domain":2},{"id":"was-2-2-q1","question":{"ko":"NVDA에서 제목 간 이동에 사용하는 키는?","en":"Which key navigates between headings in NVDA?"},"options":{"a":{"ko":"Tab","en":"Tab"},"b":{"ko":"H","en":"H"},"c":{"ko":"D","en":"D"},"d":{"ko":"Enter","en":"Enter"}},"answer":"b","explanation":{"ko":"NVDA 탐색 모드에서 H 키를 누르면 다음 제목으로 이동합니다. D는 랜드마크, Tab은 폼 요소 간 이동입니다.","en":"In NVDA browse mode, pressing H moves to the next heading. D navigates to landmarks, and Tab moves between form elements."},"domain":2},{"id":"was-2-2-q2","question":{"ko":"자동화/수동 테스트 외에 사용자 테스트가 중요한 이유는?","en":"Why is user testing important beyond automated and manual testing?"},"options":{"a":{"ko":"비용이 가장 저렴하기 때문에","en":"Because it is the cheapest"},"b":{"ko":"실질적 사용성 문제를 발견할 수 있기 때문에","en":"Because it can reveal real-world usability issues"},"c":{"ko":"자동화 도구를 완전히 대체하기 때문에","en":"Because it completely replaces automated tools"},"d":{"ko":"법적으로 필수이기 때문에","en":"Because it is legally required"}},"answer":"b","explanation":{"ko":"사용자 테스트는 실제 장애인 사용자의 관점에서 자동화나 수동 테스트로는 발견할 수 없는 실질적인 사용성 문제를 찾아냅니다.","en":"User testing reveals real-world usability issues from the perspective of actual users with disabilities that automated and manual tests cannot find."},"domain":2},{"id":"was-2-2-q3","question":{"ko":"macOS에서 VoiceOver를 켜는 단축키는?","en":"What is the keyboard shortcut to activate VoiceOver on macOS?"},"options":{"a":{"ko":"Ctrl+Option+F5","en":"Ctrl+Option+F5"},"b":{"ko":"Cmd+F5","en":"Cmd+F5"},"c":{"ko":"Alt+F5","en":"Alt+F5"},"d":{"ko":"Fn+F5","en":"Fn+F5"}},"answer":"b","explanation":{"ko":"macOS에서 VoiceOver는 Cmd+F5로 켜고 끌 수 있습니다. VoiceOver 실행 후에는 VO키(Ctrl+Option)+방향키로 탐색합니다.","en":"VoiceOver on macOS is toggled with Cmd+F5. Once active, navigate using the VO key (Ctrl+Option) combined with arrow keys."},"domain":2},{"id":"was-2-2-x4","question":{"ko":"화면낭독기의 '탐색(browse) 모드'와 '포커스(forms) 모드'의 차이는?","en":"What is the difference between a screen reader's browse mode and focus (forms) mode?"},"options":{"a":{"ko":"탐색 모드는 H·D 등 단축키로 문서를 탐색하고, 포커스 모드는 키 입력을 입력 필드로 전달한다","en":"Browse mode navigates the document with keys like H and D; focus mode passes keystrokes to the input field"},"b":{"ko":"두 모드는 동일하다","en":"The two modes are identical"},"c":{"ko":"포커스 모드는 마우스 전용이다","en":"Focus mode is mouse-only"},"d":{"ko":"탐색 모드는 음성을 끈다","en":"Browse mode turns speech off"}},"answer":"a","explanation":{"ko":"탐색 모드에서는 H(제목)·D(랜드마크) 같은 키가 문서 탐색에 쓰이고, 입력 필드에 들어가면 포커스 모드로 전환되어 키 입력이 필드에 입력됩니다. 커스텀 위젯이 이 전환을 방해하면 입력이나 탐색이 불가능해집니다.","en":"In browse mode, keys like H (headings) and D (landmarks) navigate the document; entering an input switches to focus mode where keystrokes type into the field. Widgets that break this switching leave users unable to type or navigate."},"domain":2},{"id":"was-2-2-x5","question":{"ko":"WCAG 1.4.10 '리플로우'의 수동 점검 방법으로 옳은 것은?","en":"What is the correct manual check for WCAG 1.4.10 'Reflow'?"},"options":{"a":{"ko":"100% 배율에서 가로 스크롤 확인","en":"Check horizontal scrolling at 100% zoom"},"b":{"ko":"400% 확대(320px 폭 상당)에서 가로 스크롤 없이 콘텐츠가 이용 가능한지 확인","en":"Verify content is usable without horizontal scrolling at 400% zoom (equivalent to 320px width)"},"c":{"ko":"모바일 앱에서만 확인","en":"Check only in mobile apps"},"d":{"ko":"인쇄 미리보기로 확인","en":"Check via print preview"}},"answer":"b","explanation":{"ko":"1.4.10(Level AA)은 400% 확대 — 320 CSS픽셀 폭 상당 — 에서 두 방향 스크롤 없이 콘텐츠를 이용할 수 있을 것을 요구합니다. 반응형 설계로 충족하며, 저시력 확대 사용자를 위한 기준입니다.","en":"1.4.10 (Level AA) requires content to be usable without two-dimensional scrolling at 400% zoom — equivalent to 320 CSS pixels width. Met through responsive design, it serves low-vision zoom users."},"domain":2},{"id":"was-2-2-x1","question":{"ko":"스크린 리더 검수 시 브라우저·스크린 리더 조합으로 가장 일반적으로 권장되는 것은?","en":"Which browser and screen reader pairings are most commonly recommended for testing?"},"options":{"a":{"ko":"NVDA+Chrome/Firefox, JAWS+Chrome/Edge, VoiceOver+Safari","en":"NVDA with Chrome/Firefox, JAWS with Chrome/Edge, VoiceOver with Safari"},"b":{"ko":"모든 스크린 리더를 Internet Explorer와 조합","en":"All screen readers paired with Internet Explorer"},"c":{"ko":"VoiceOver+Windows, NVDA+macOS","en":"VoiceOver on Windows, NVDA on macOS"},"d":{"ko":"조합은 결과에 영향을 주지 않는다","en":"Pairings do not affect results"}},"answer":"a","explanation":{"ko":"스크린 리더는 브라우저와의 조합에 따라 동작이 달라집니다. NVDA는 Chrome/Firefox, JAWS는 Chrome/Edge, VoiceOver는 macOS/iOS의 Safari와 조합하는 것이 실사용 환경과 검수 신뢰성 면에서 권장됩니다. VoiceOver는 Apple 플랫폼 전용, NVDA/JAWS는 Windows 전용입니다.","en":"Screen reader behavior varies by browser pairing. NVDA is best tested with Chrome/Firefox, JAWS with Chrome/Edge, and VoiceOver with Safari on Apple platforms — matching real-world usage. VoiceOver is Apple-only; NVDA and JAWS are Windows-only."},"domain":2},{"id":"was-2-2-x2","question":{"ko":"접근성 결함 보고서 작성 시 포함해야 할 요소로 가장 완전한 조합은?","en":"Which combination is most complete for an accessibility defect report?"},"options":{"a":{"ko":"문제 요약만","en":"Only a summary of the problem"},"b":{"ko":"위반 WCAG 기준, 재현 절차, 사용자 영향, 심각도, 개선 권고안","en":"Violated WCAG criterion, reproduction steps, user impact, severity, and remediation recommendation"},"c":{"ko":"스크린샷과 개발자 이름","en":"A screenshot and the developer's name"},"d":{"ko":"사용한 도구의 라이선스 정보","en":"License information for the tools used"}},"answer":"b","explanation":{"ko":"실행 가능한 결함 보고서는 어떤 WCAG 기준을 위반했는지, 어떤 환경에서 어떻게 재현되는지, 어떤 사용자에게 어떤 영향을 주는지, 심각도(우선순위), 그리고 구체적인 개선 방법을 담아야 개발팀이 바로 조치할 수 있습니다.","en":"An actionable report states the violated criterion, how to reproduce it in which environment, who is affected and how, the severity/priority, and a concrete fix so the team can act immediately."},"domain":2},{"id":"was-2-2-x3","question":{"ko":"모바일 앱 접근성 검수에서 iOS와 Android의 기본 스크린 리더는 각각 무엇인가?","en":"What are the built-in screen readers for iOS and Android used in mobile app testing?"},"options":{"a":{"ko":"iOS: TalkBack, Android: VoiceOver","en":"iOS: TalkBack, Android: VoiceOver"},"b":{"ko":"iOS: VoiceOver, Android: TalkBack","en":"iOS: VoiceOver, Android: TalkBack"},"c":{"ko":"둘 다 NVDA","en":"Both use NVDA"},"d":{"ko":"둘 다 JAWS","en":"Both use JAWS"}},"answer":"b","explanation":{"ko":"iOS의 내장 스크린 리더는 VoiceOver, Android는 TalkBack입니다. 모바일 검수에서는 제스처 기반 탐색, 터치 타깃 크기, 화면 회전, 확대 기능 등도 함께 확인해야 합니다.","en":"iOS ships with VoiceOver and Android with TalkBack. Mobile testing also covers gesture navigation, touch target size, orientation, and zoom features."},"domain":2},{"id":"was-2-3-q1","question":{"ko":"WCAG 적합성 요구사항 중 '전체 페이지(full pages)'의 의미는?","en":"What does the 'full pages' conformance requirement mean?"},"options":{"a":{"ko":"페이지 일부만의 적합성 주장은 불가하며, 위젯 하나가 실패해도 페이지가 실패한다","en":"No partial-page conformance — one failing widget fails the whole page"},"b":{"ko":"사이트의 모든 페이지를 전수 검사해야 한다","en":"Every page of the site must be audited"},"c":{"ko":"페이지가 화면 전체를 차지해야 한다","en":"Pages must fill the entire screen"},"d":{"ko":"홈페이지만 검사하면 된다","en":"Only the home page needs testing"}},"answer":"a","explanation":{"ko":"적합성은 페이지 전체 단위로 판정합니다. 서드파티 위젯 하나라도 실패하면 그 페이지는 적합하지 않습니다. 전수 검사 여부는 별개 문제로, WCAG-EM은 표본 평가를 씁니다.","en":"Conformance is judged per whole page — a single failing third-party widget fails the page. Auditing scope is separate; WCAG-EM uses sampling."},"domain":2},{"id":"was-2-3-q2","question":{"ko":"WCAG-EM 5단계의 올바른 순서는?","en":"What is the correct order of WCAG-EM's five steps?"},"options":{"a":{"ko":"범위 정의 → 사이트 탐색 → 표본 선정 → 표본 평가 → 결과 보고","en":"Define scope → explore site → select sample → audit sample → report findings"},"b":{"ko":"표본 선정 → 범위 정의 → 결과 보고 → 표본 평가 → 사이트 탐색","en":"Select sample → define scope → report → audit → explore"},"c":{"ko":"결과 보고 → 표본 평가 → 표본 선정 → 사이트 탐색 → 범위 정의","en":"Report → audit → sample → explore → scope"},"d":{"ko":"사이트 탐색 → 결과 보고 → 범위 정의 → 표본 선정 → 표본 평가","en":"Explore → report → scope → sample → audit"}},"answer":"a","explanation":{"ko":"WCAG-EM은 범위 정의(목표 수준·기준선) → 탐색(페이지 유형·기술 파악) → 대표 표본 선정 → 평가 → 보고의 5단계입니다.","en":"WCAG-EM proceeds: define scope (target level, baseline) → explore (page types, technologies) → select a representative sample → audit → report."},"domain":2},{"id":"was-2-3-q3","question":{"ko":"WCAG-EM에서 무작위 표본을 추가하는 이유는?","en":"Why does WCAG-EM add a random sample?"},"options":{"a":{"ko":"구조화 표본의 선택 편향을 통제하고 대표성을 검증하기 위해","en":"To control selection bias in the structured sample and validate its representativeness"},"b":{"ko":"검사 시간을 늘리기 위해","en":"To lengthen the audit"},"c":{"ko":"자동화 도구가 요구하기 때문","en":"Because automated tools require it"},"d":{"ko":"법적 의무이기 때문","en":"Because it is legally mandated"}},"answer":"a","explanation":{"ko":"무작위 표본에서 구조화 표본에 없는 유형의 실패가 발견되면 표본이 대표성을 잃었다는 신호입니다 — 선택 편향을 통제하는 장치입니다.","en":"Failures in the random sample of kinds absent from the structured sample signal lost representativeness — it's the control for selection bias."},"domain":2},{"id":"was-2-3-q4","question":{"ko":"'포커스는 이동하지만 눈에 보이지 않는' 이슈를 할당할 성공 기준은?","en":"Which success criterion does 'focus moves but is not visible' violate?"},"options":{"a":{"ko":"2.1.1 키보드","en":"2.1.1 Keyboard"},"b":{"ko":"2.4.7 포커스 표시","en":"2.4.7 Focus Visible"},"c":{"ko":"1.4.3 대비(최소)","en":"1.4.3 Contrast (Minimum)"},"d":{"ko":"4.1.2 이름·역할·값","en":"4.1.2 Name, Role, Value"}},"answer":"b","explanation":{"ko":"키보드 조작 자체는 되므로 2.1.1이 아니라, 포커스 표시가 없는 2.4.7 위반입니다. 같은 증상도 원인에 따라 SC가 달라지는 대표 사례입니다.","en":"Keyboard operation works, so it's not 2.1.1 — the missing indicator violates 2.4.7. A classic case of cause determining the SC."},"domain":2},{"id":"was-2-3-q5","question":{"ko":"나쁜 UX지만 어떤 성공 기준도 위반하지 않는 이슈의 올바른 처리 방법은?","en":"How should an issue be handled that is bad UX but violates no success criterion?"},"options":{"a":{"ko":"적합성 실패와 구분해 '모범 사례 권고'로 보고한다","en":"Report it separately as a best-practice recommendation, distinct from conformance failures"},"b":{"ko":"가장 비슷한 SC 위반으로 기록한다","en":"Record it as the closest SC violation"},"c":{"ko":"보고서에서 제외한다","en":"Omit it from the report"},"d":{"ko":"AAA 위반으로 기록한다","en":"Record it as a AAA violation"}},"answer":"a","explanation":{"ko":"적합성 판정의 신뢰성을 위해 실패와 권고를 구분해야 합니다. SC 위반이 아닌 것을 위반으로 기록하면 감사의 근거가 무너집니다.","en":"Separating failures from recommendations preserves the audit's credibility — recording non-violations as violations undermines the evidence base."},"domain":2},{"id":"was-2-3-q6","question":{"ko":"'비간섭(non-interference)' 적합성 요구사항이 금지하는 것은?","en":"What does the 'non-interference' conformance requirement prohibit?"},"options":{"a":{"ko":"적합하지 않은 기술이 나머지 콘텐츠의 이용을 방해하는 것 (키보드 트랩·자동재생·섬광 등)","en":"Non-conforming technology blocking use of the rest of the page (keyboard traps, autoplay, flashing)"},"b":{"ko":"서드파티 스크립트의 사용","en":"Using any third-party scripts"},"c":{"ko":"CSS 애니메이션 전부","en":"All CSS animations"},"d":{"ko":"JavaScript 사용","en":"Using JavaScript"}},"answer":"a","explanation":{"ko":"적합성에 의존하지 않는 콘텐츠가 있어도, 그것이 키보드 트랩·자동재생 오디오·섬광·포커스 방해 등으로 나머지 페이지 이용을 막으면 안 됩니다.","en":"Even content not relied upon for conformance must not block the rest — no keyboard traps, autoplaying audio, flashing, or focus disruption."},"domain":2},{"id":"was-2-3-s1","difficulty":"hard","question":{"ko":"감사 중 서드파티 지도 위젯에서 키보드 트랩을 발견했습니다. 페이지 적합성 판정과 우선순위는?","en":"An audit finds a keyboard trap inside a third-party map widget. What is the conformance verdict and priority?"},"options":{"a":{"ko":"페이지 부적합 + 최우선 수정 — 전체 페이지 요구사항과 비간섭 요구를 모두 위반하는 차단성 결함","en":"Page fails, top priority — it violates full-page conformance and non-interference, a blocking defect"},"b":{"ko":"서드파티 코드이므로 평가에서 제외한다","en":"Exclude it — third-party code"},"c":{"ko":"위젯 외 영역이 적합하므로 페이지는 통과","en":"The page passes since everything else conforms"},"d":{"ko":"낮은 우선순위로 백로그에 넣는다","en":"Backlog it at low priority"}},"answer":"a","explanation":{"ko":"적합성은 페이지 전체 단위이며(부분 적합 불가), 키보드 트랩(2.1.2)은 비간섭 요구사항 위반으로 나머지 콘텐츠 이용까지 차단합니다. 사용자가 페이지에 갇히는 결함은 심각도 최상 — 벤더 수정 요구와 임시 우회(위젯 격리)를 즉시 진행합니다.","en":"Conformance is judged per full page, and a keyboard trap (2.1.2) violates non-interference, blocking the rest of the page. A defect that strands users is maximum severity — demand a vendor fix and isolate the widget meanwhile."},"domain":2},{"id":"was-3-1-q1","question":{"ko":"접근성 이슈 우선순위에서 가장 먼저 수정해야 하는 것은?","en":"Which accessibility issue should be fixed first?"},"options":{"a":{"ko":"Level AAA 위반","en":"Level AAA violation"},"b":{"ko":"자주 사용되지 않는 페이지의 미미한 이슈","en":"Minor issue on a rarely used page"},"c":{"ko":"주요 기능에서 콘텐츠를 전혀 사용할 수 없는 Level A 위반","en":"Level A violation making core content completely unusable"},"d":{"ko":"시각적으로 불편하지만 기능에는 영향 없는 이슈","en":"Visually inconvenient but functionally unaffected issue"}},"answer":"c","explanation":{"ko":"Level A 위반 중 핵심 기능에서 콘텐츠를 전혀 사용할 수 없게 만드는 이슈가 가장 높은 우선순위입니다.","en":"Level A violations that make core content completely unusable have the highest priority."},"domain":3},{"id":"was-3-1-q2","question":{"ko":"접근성 '퀵윈(Quick Win)'에 해당하지 않는 것은?","en":"Which is NOT an accessibility Quick Win?"},"options":{"a":{"ko":"누락된 alt 속성 추가","en":"Adding missing alt attributes"},"b":{"ko":"전체 사이트 아키텍처 재설계","en":"Redesigning the entire site architecture"},"c":{"ko":"페이지 lang 속성 추가","en":"Adding page lang attribute"},"d":{"ko":"색상 대비 조정","en":"Adjusting color contrast"}},"answer":"b","explanation":{"ko":"전체 아키텍처 재설계는 대규모 작업입니다. 퀵윈은 alt 추가, 레이블 연결, 대비 조정 등 적은 노력으로 큰 효과를 내는 수정입니다.","en":"Full architecture redesign is a major effort. Quick Wins are small-effort, high-impact fixes like adding alt, connecting labels, and adjusting contrast."},"domain":3},{"id":"was-3-1-q3","question":{"ko":"출시 후 접근성 수정 비용은 초기 설계 대비 약 몇 배 증가할 수 있는가?","en":"How much more can post-launch accessibility fixes cost compared to early design integration?"},"options":{"a":{"ko":"약 2배","en":"About 2x"},"b":{"ko":"약 5배","en":"About 5x"},"c":{"ko":"약 10배","en":"About 10x"},"d":{"ko":"약 30배 이상","en":"About 30x or more"}},"answer":"d","explanation":{"ko":"출시 후 수정은 초기 설계 단계 대비 30배 이상 비용이 증가할 수 있습니다. Shift Left 전략이 비용 효율적입니다.","en":"Post-launch fixes can cost 30x or more compared to early design stage. The Shift Left strategy is the most cost-effective."},"domain":3},{"id":"was-3-1-x4","question":{"ko":"100개 페이지에서 반복되는 버튼 대비 미달의 올바른 수정 접근은?","en":"What is the right approach to sub-par button contrast repeated across 100 pages?"},"options":{"a":{"ko":"페이지 100개를 각각 수정한다","en":"Fix each of the 100 pages individually"},"b":{"ko":"디자인 토큰/공용 컴포넌트 한 곳을 수정한다 (근본 원인 수정)","en":"Fix the design token or shared component once (root-cause fix)"},"c":{"ko":"가장 방문이 많은 10개만 수정한다","en":"Fix only the 10 most-visited pages"},"d":{"ko":"AAA 기준이므로 무시한다","en":"Ignore it as an AAA criterion"}},"answer":"b","explanation":{"ko":"반복 결함은 증상이 아니라 근본 원인을 고칩니다. 공용 컴포넌트·디자인 토큰 수정 한 번이 100개 페이지를 동시에 고치고 재발도 막습니다. 참고로 텍스트 대비 4.5:1은 AA 기준입니다.","en":"Recurring defects call for root-cause fixes: one change to the shared component or design token fixes all 100 pages and prevents recurrence. (And 4.5:1 text contrast is an AA criterion.)"},"domain":3},{"id":"was-3-1-x5","question":{"ko":"접근성 이슈 수정 후 반드시 해야 하는 일은?","en":"What must follow every accessibility fix?"},"options":{"a":{"ko":"티켓을 바로 종료한다","en":"Close the ticket immediately"},"b":{"ko":"재검증(자동+수동)으로 해결을 확인하고 회귀 테스트에 편입한다","en":"Re-verify (automated plus manual) and fold the case into regression tests"},"c":{"ko":"관련 코드를 리팩터링한다","en":"Refactor the surrounding code"},"d":{"ko":"새 감사를 처음부터 시작한다","en":"Start a brand-new audit from scratch"}},"answer":"b","explanation":{"ko":"수정이 실제로 문제를 해결했는지 자동·수동 재검증으로 확인하고, 같은 결함이 재발하지 않도록 회귀 테스트에 편입하는 것이 수정 사이클의 완결입니다.","en":"The remediation cycle completes only when re-verification (automated and manual) confirms the fix and the case joins the regression suite so the defect cannot silently return."},"domain":3},{"id":"was-3-1-x1","question":{"ko":"WCAG-EM(웹 접근성 평가 방법론)의 5단계 순서로 옳은 것은?","en":"What is the correct order of the five steps in WCAG-EM (Website Accessibility Conformance Evaluation Methodology)?"},"options":{"a":{"ko":"평가 범위 정의 → 웹사이트 탐색 → 대표 샘플 선정 → 샘플 평가 → 결과 보고","en":"Define scope → Explore the website → Select representative sample → Audit the sample → Report findings"},"b":{"ko":"샘플 선정 → 범위 정의 → 보고 → 평가 → 탐색","en":"Select sample → Define scope → Report → Audit → Explore"},"c":{"ko":"자동 검사 → 수동 검사 → 보고","en":"Automated scan → Manual check → Report"},"d":{"ko":"보고 → 평가 → 샘플 선정 → 탐색 → 범위 정의","en":"Report → Audit → Sample → Explore → Scope"}},"answer":"a","explanation":{"ko":"WCAG-EM은 ① 평가 범위 정의(적합성 목표 포함) ② 웹사이트 탐색(주요 기능·페이지 유형 파악) ③ 대표 샘플 선정 ④ 샘플 평가 ⑤ 결과 보고의 순서로 진행합니다.","en":"WCAG-EM proceeds: ① define the evaluation scope (including conformance target), ② explore the website to identify key functionality and page types, ③ select a representative sample, ④ audit the sample, ⑤ report the findings."},"domain":3},{"id":"was-3-1-x2","question":{"ko":"대규모 사이트 평가에서 대표 샘플을 선정할 때 포함해야 할 페이지로 가장 거리가 먼 것은?","en":"When selecting a representative sample for a large site evaluation, which page is LEAST necessary to include?"},"options":{"a":{"ko":"홈페이지와 주요 진입 페이지","en":"The home page and key entry pages"},"b":{"ko":"로그인·검색·결제 등 핵심 기능 페이지","en":"Pages with essential functionality like login, search, and checkout"},"c":{"ko":"서로 다른 템플릿·콘텐츠 유형을 대표하는 페이지","en":"Pages representing distinct templates and content types"},"d":{"ko":"동일 템플릿의 모든 상품 상세 페이지 전수","en":"Every single product detail page sharing the same template"}},"answer":"d","explanation":{"ko":"샘플링의 목적은 전수 조사 없이 사이트 전체를 대표하는 것입니다. 동일 템플릿 페이지는 대표 1~2개만 포함하면 되고, 홈·핵심 기능·상이한 템플릿·무작위 샘플을 포함하는 것이 WCAG-EM의 권고입니다.","en":"Sampling exists to represent the whole site without auditing every page. One or two representatives of a shared template suffice; WCAG-EM recommends including the home page, essential functionality, distinct templates, and a random sample."},"domain":3},{"id":"was-3-1-x3","question":{"ko":"접근성 이슈의 개선 우선순위를 정할 때 가장 중요한 기준은?","en":"What is the most important criterion when prioritizing accessibility remediation?"},"options":{"a":{"ko":"수정하기 쉬운 순서","en":"Whatever is easiest to fix"},"b":{"ko":"사용자 영향(과업 차단 여부)과 발생 빈도·핵심 경로 여부","en":"User impact (whether it blocks tasks), frequency, and presence on critical paths"},"c":{"ko":"발견된 순서","en":"The order issues were found"},"d":{"ko":"디자인 개선 효과","en":"Visual design improvement"}},"answer":"b","explanation":{"ko":"우선순위는 사용자가 핵심 과업을 완료할 수 없게 만드는 차단(blocker) 이슈, 여러 페이지에 반복되는 이슈, 핵심 사용자 경로의 이슈를 먼저 해결하는 것이 원칙입니다. 수정 난이도는 부차적 고려사항입니다.","en":"Prioritize blockers that prevent users from completing key tasks, issues repeated across many pages, and issues on critical user paths. Ease of fixing is a secondary consideration."},"domain":3},{"id":"was-3-1-s1","difficulty":"hard","question":{"ko":"릴리스 이틀 전 발견된 세 이슈 중 무엇을 먼저 고쳐야 하는가: ①결제 버튼 키보드 접근 불가 ②푸터 장식 아이콘 alt 누락 ③FAQ 페이지 헤딩 레벨 건너뜀","en":"Two days before release, three issues surface: ① checkout button not keyboard-accessible, ② missing alt on a decorative footer icon, ③ skipped heading level on the FAQ page. What comes first?"},"options":{"a":{"ko":"① — 핵심 과업(결제)을 차단하는 결함이 최우선","en":"① — a defect blocking the core task (checkout) is top priority"},"b":{"ko":"② — 가장 고치기 쉬우므로","en":"② — it's the easiest fix"},"c":{"ko":"③ — 페이지 수가 많으므로","en":"③ — it affects many pages"},"d":{"ko":"셋 다 릴리스 후로 미룬다","en":"Defer all three past release"}},"answer":"a","explanation":{"ko":"우선순위는 '사용자 영향 × 과업 중요도'로 판정합니다. 결제 차단은 키보드 사용자가 서비스 목적 자체를 달성할 수 없게 하는 차단성 결함입니다. 장식 아이콘은 alt=\"\"로 사소하고, 헤딩 건너뜀은 불편이지만 차단은 아닙니다. 쉬운 것 먼저는 우선순위 전략이 아닙니다.","en":"Prioritize by user impact × task criticality. A blocked checkout stops keyboard users from achieving the site's core purpose. The decorative icon is trivial (alt=\"\"), and a skipped heading is a hindrance, not a blocker. 'Easiest first' is not triage."},"domain":3},{"id":"was-3-2-q1","question":{"ko":"WAI-ARIA Authoring Practices Guide(APG)의 주요 용도는?","en":"What is the primary purpose of the WAI-ARIA Authoring Practices Guide (APG)?"},"options":{"a":{"ko":"HTML 표준을 정의한다","en":"Define HTML standards"},"b":{"ko":"접근 가능한 UI 패턴의 키보드 상호작용과 ARIA 사용법을 안내한다","en":"Guide keyboard interactions and ARIA usage for accessible UI patterns"},"c":{"ko":"브라우저 호환성을 테스트한다","en":"Test browser compatibility"},"d":{"ko":"CSS 스타일 가이드를 제공한다","en":"Provide CSS style guides"}},"answer":"b","explanation":{"ko":"APG는 탭, 아코디언, 모달 등 복잡한 UI 패턴에 대해 올바른 키보드 상호작용과 ARIA 사용법을 제공하는 W3C 가이드입니다.","en":"APG is a W3C guide providing correct keyboard interactions and ARIA usage for complex UI patterns like tabs, accordions, and modals."},"domain":3},{"id":"was-3-2-q2","question":{"ko":"WCAG 2.5.5에서 권장하는 최소 터치 타겟 크기는?","en":"What is the minimum touch target size recommended by WCAG 2.5.5?"},"options":{"a":{"ko":"24×24px","en":"24×24px"},"b":{"ko":"32×32px","en":"32×32px"},"c":{"ko":"44×44px","en":"44×44px"},"d":{"ko":"48×48px","en":"48×48px"}},"answer":"c","explanation":{"ko":"WCAG 2.5.5(Level AAA)는 터치 타겟 크기를 최소 44×44 CSS 픽셀로 권장합니다. 운동 장애 사용자와 모바일 사용자의 편의를 위해 중요합니다.","en":"WCAG 2.5.5 (Level AAA) recommends touch targets of at least 44×44 CSS pixels, important for users with motor disabilities and mobile users."},"domain":3},{"id":"was-3-2-q3","question":{"ko":"접근성 정책 성명서에 반드시 포함해야 하는 항목이 아닌 것은?","en":"Which is NOT a required component of an accessibility statement?"},"options":{"a":{"ko":"WCAG 적합성 수준","en":"WCAG conformance level"},"b":{"ko":"접근성 문의 연락처","en":"Contact information for accessibility inquiries"},"c":{"ko":"개발팀의 급여 정보","en":"Development team salary information"},"d":{"ko":"알려진 접근성 제한 사항","en":"Known accessibility limitations"}},"answer":"c","explanation":{"ko":"접근성 성명서에는 적합성 수준, 연락처, 제한 사항, 평가일 등이 포함되지만, 개발팀 급여 정보는 관련이 없습니다.","en":"Accessibility statements include conformance level, contact info, limitations, and evaluation date — but development team salary information is irrelevant."},"domain":3},{"id":"was-3-2-x4","question":{"ko":"커스텀 위젯(탭, 콤보박스 등)을 만들기 전에 참고해야 하는 표준 문서는?","en":"Which standard reference should be consulted before building a custom widget (tabs, combobox, etc.)?"},"options":{"a":{"ko":"WAI-ARIA Authoring Practices Guide (APG)","en":"The WAI-ARIA Authoring Practices Guide (APG)"},"b":{"ko":"HTTP 명세","en":"The HTTP specification"},"c":{"ko":"CSS 선택자 명세","en":"The CSS Selectors specification"},"d":{"ko":"robots.txt 표준","en":"The robots.txt standard"}},"answer":"a","explanation":{"ko":"APG는 탭·아코디언·콤보박스·모달 등 패턴별 역할 구조, 키보드 상호작용, ARIA 상태 관리를 예제와 함께 제공합니다. 새 위젯 제작 전 해당 패턴 확인이 표준 절차입니다.","en":"The APG provides each pattern's role structure, keyboard interaction, and ARIA state management with examples — checking the relevant pattern before building is standard procedure."},"domain":3},{"id":"was-3-2-x5","question":{"ko":"접근성 성명에 '완벽히 접근 가능합니다'라고만 쓰는 것이 문제인 이유는?","en":"Why is writing only 'fully accessible' in an accessibility statement a problem?"},"options":{"a":{"ko":"문장이 너무 짧아서","en":"The sentence is too short"},"b":{"ko":"과장 주장은 신뢰를 깎고 법적 리스크를 키우며, 알려진 한계·연락처·평가일 공개가 성명의 본질이기 때문","en":"Overclaiming erodes trust and raises legal risk — disclosing known limitations, a contact, and the evaluation date is the statement's essence"},"c":{"ko":"성명은 영어로만 써야 해서","en":"Statements must be written in English"},"d":{"ko":"성명은 개발자만 볼 수 있어서","en":"Only developers can see statements"}},"answer":"b","explanation":{"ko":"접근성 성명은 책임성 문서입니다. 준수 수준·알려진 제한·피드백 연락처·최근 평가일을 정직하게 공개하는 것이 사용자와 규제 기관 모두에게 좋은 신호이며, EU 공공 부문에서는 법적 필수입니다.","en":"A statement is an accountability document: honestly disclosing conformance level, known limitations, a feedback contact, and the last evaluation date is what serves users and regulators — and it's legally required in the EU public sector."},"domain":3},{"id":"was-3-2-x1","question":{"ko":"CI/CD 파이프라인에 접근성 검사를 통합하는 방법으로 가장 효과적인 것은?","en":"What is the most effective way to integrate accessibility testing into a CI/CD pipeline?"},"options":{"a":{"ko":"배포 후 1년에 한 번 전체 감사만 실시","en":"Only a full audit once a year after deployment"},"b":{"ko":"axe-core 등 자동 검사를 PR 단계에서 실행해 회귀를 조기 차단하고, 수동 검수는 릴리스 주기로 병행","en":"Run automated checks (e.g., axe-core) at the PR stage to catch regressions early, complemented by periodic manual testing per release cycle"},"c":{"ko":"자동 검사만으로 모든 검수를 대체","en":"Replace all testing with automated checks"},"d":{"ko":"접근성 검사는 CI에 통합할 수 없다","en":"Accessibility testing cannot be integrated into CI"}},"answer":"b","explanation":{"ko":"자동 검사를 PR/빌드 단계에 넣으면 새 코드가 유발하는 회귀를 배포 전에 차단할 수 있습니다. 다만 자동 검사는 이슈의 일부만 찾으므로 스크린 리더·키보드 수동 검수를 릴리스 주기에 병행하는 하이브리드 접근이 모범 사례입니다.","en":"Automated checks in the PR/build stage block regressions before deployment. Because automation finds only a portion of issues, the best practice is a hybrid approach with manual screen reader and keyboard testing each release cycle."},"domain":3},{"id":"was-3-2-x2","question":{"ko":"장애인 사용자 참여 테스트(usability testing with people with disabilities)에 대한 설명으로 옳은 것은?","en":"Which statement about usability testing with people with disabilities is correct?"},"options":{"a":{"ko":"WCAG 적합성 검사를 완전히 대체한다","en":"It completely replaces WCAG conformance testing"},"b":{"ko":"전문가 검수로는 찾기 어려운 실제 사용 맥락의 문제를 발견하며, 적합성 검사를 보완한다","en":"It uncovers real-world usage problems expert review misses, complementing conformance testing"},"c":{"ko":"스크린 리더 사용자 1명이면 모든 장애 유형을 대표할 수 있다","en":"One screen reader user can represent all disability types"},"d":{"ko":"비용이 들므로 하지 않는 것이 좋다","en":"It is best avoided because it costs money"}},"answer":"b","explanation":{"ko":"적합성 검사는 기준 충족 여부를, 사용자 테스트는 실제 과업 수행 가능성과 사용성을 검증합니다. 서로 다른 문제를 발견하므로 상호 보완적입니다. 장애 유형·보조기술이 다양하므로 여러 참가자 유형을 포함해야 합니다.","en":"Conformance testing verifies criteria; user testing validates whether real tasks can be completed. They surface different problems and complement each other. Because disabilities and AT vary widely, multiple participant profiles are needed."},"domain":3},{"id":"was-3-2-x3","question":{"ko":"접근성 회귀(regression)를 예방하는 조직적 방법으로 가장 거리가 먼 것은?","en":"Which is LEAST effective for preventing accessibility regressions organizationally?"},"options":{"a":{"ko":"디자인 시스템 컴포넌트에 접근성을 내재화","en":"Building accessibility into design system components"},"b":{"ko":"코드 리뷰 체크리스트에 접근성 항목 포함","en":"Including accessibility items in code review checklists"},"c":{"ko":"자동 테스트를 CI에 통합","en":"Integrating automated tests into CI"},"d":{"ko":"출시 직전에만 일회성 검사 실시","en":"A single one-off check just before launch"}},"answer":"d","explanation":{"ko":"회귀 예방은 지속적 장치(접근 가능한 공용 컴포넌트, 리뷰 체크리스트, CI 자동 검사)를 개발 흐름에 심는 것이 핵심입니다. 출시 직전 일회성 검사는 문제를 늦게 발견해 수정 비용이 크고 회귀를 막지 못합니다.","en":"Preventing regressions requires continuous mechanisms embedded in the workflow — accessible shared components, review checklists, CI automation. A one-off pre-launch check finds problems too late and prevents nothing."},"domain":3},{"id":"was-3-3-q1","question":{"ko":"VPAT과 ACR의 관계로 옳은 것은?","en":"What is the relationship between a VPAT and an ACR?"},"options":{"a":{"ko":"VPAT은 빈 양식이고, 벤더가 채워 발행한 결과물이 ACR이다","en":"The VPAT is the blank template; the ACR is the completed report a vendor publishes"},"b":{"ko":"같은 문서의 다른 이름이다","en":"They are two names for the same document"},"c":{"ko":"ACR이 양식이고 VPAT이 결과물이다","en":"The ACR is the template and the VPAT the result"},"d":{"ko":"둘 다 W3C가 발행한다","en":"Both are published by the W3C"}},"answer":"a","explanation":{"ko":"VPAT은 ITI가 배포하는 템플릿이고, 이를 채운 완성 문서가 ACR입니다. 에디션은 WCAG/508/EU/INT로 나뉩니다.","en":"The VPAT is ITI's template; the completed document is the ACR. Editions: WCAG, 508, EU, INT."},"domain":3},{"id":"was-3-3-q2","question":{"ko":"ACR에서 신뢰성을 의심해야 할 신호는?","en":"Which is a credibility red flag in an ACR?"},"options":{"a":{"ko":"모든 항목이 'Supports'로만 채워져 있고 비고가 없다","en":"Every row says 'Supports' with no remarks"},"b":{"ko":"부분 지원 항목에 구체적 실패 내용이 적혀 있다","en":"Partially Supports rows describe specific failures"},"c":{"ko":"제3자 감사로 평가되었다","en":"It was evaluated by a third-party audit"},"d":{"ko":"테스트에 사용한 스크린 리더가 명시되어 있다","en":"It names the screen readers used in testing"}},"answer":"a","explanation":{"ko":"현실의 제품이 전 항목을 완벽 지원하는 경우는 드뭅니다. 부분 지원을 정직하고 구체적으로 기재한 ACR이 오히려 신뢰할 수 있습니다. b·c·d는 신뢰성을 높이는 요소입니다.","en":"Real products rarely support everything perfectly. An ACR that honestly details partial support is the trustworthy one; b, c, and d increase credibility."},"domain":3},{"id":"was-3-3-q3","question":{"ko":"RFP(제안요청서) 단계에서 해야 할 접근성 조치는?","en":"What accessibility action belongs at the RFP stage?"},"options":{"a":{"ko":"접근성 요구 표준(WCAG AA 등)과 증빙(ACR 등) 요구를 명시한다","en":"State required standards (e.g., WCAG AA) and required evidence (e.g., an ACR)"},"b":{"ko":"도입 후 통합 테스트를 수행한다","en":"Run post-adoption integration tests"},"c":{"ko":"결함 수정 SLA를 협상한다","en":"Negotiate defect-fix SLAs"},"d":{"ko":"벤더에게 소스 코드를 요구한다","en":"Demand the vendor's source code"}},"answer":"a","explanation":{"ko":"요구사항 단계에서는 표준과 증빙 요구를 RFP에 명시합니다. SLA는 계약 단계, 통합 검증은 도입 후 단계의 일입니다.","en":"At requirements time, put standards and evidence requirements in the RFP. SLAs belong to contracting; integration verification comes after adoption."},"domain":3},{"id":"was-3-3-q4","question":{"ko":"ACR이 '지원'이라 밝힌 제품도 도입 후 재테스트해야 하는 이유는?","en":"Why retest after adoption even when the ACR says 'Supports'?"},"options":{"a":{"ko":"제품 단독의 적합성이 내 사이트에 통합된 상태의 적합성을 보장하지 않기 때문","en":"Conformance of the product alone doesn't guarantee conformance once integrated into your site"},"b":{"ko":"ACR은 법적으로 무효이기 때문","en":"ACRs are legally void"},"c":{"ko":"재테스트가 계약 관행이기 때문","en":"Retesting is merely contractual custom"},"d":{"ko":"자동화 도구가 요구하기 때문","en":"Automated tools require it"}},"answer":"a","explanation":{"ko":"테마 커스터마이즈, 설정, 함께 로드되는 스크립트가 결과를 바꿉니다. 테스트된 버전·환경이 도입 환경과 다를 수도 있어 통합 맥락의 재검증이 필요합니다.","en":"Theming, configuration, and co-resident scripts change outcomes, and the tested version/environment may differ from yours — integration-context verification is required."},"domain":3},{"id":"was-3-3-q5","question":{"ko":"사들인 채팅 위젯의 접근성 실패가 내 사이트에 미치는 영향은?","en":"How does an accessibility failure in a purchased chat widget affect your site?"},"options":{"a":{"ko":"'전체 페이지' 요구사항에 따라 위젯이 있는 페이지의 적합성 실패가 된다","en":"Under the 'full pages' requirement, pages containing it fail conformance"},"b":{"ko":"벤더 책임이므로 내 적합성과 무관하다","en":"It's the vendor's responsibility, irrelevant to your conformance"},"c":{"ko":"위젯은 평가에서 자동 제외된다","en":"Widgets are automatically excluded from evaluation"},"d":{"ko":"AAA 수준에서만 문제가 된다","en":"It only matters at AAA"}},"answer":"a","explanation":{"ko":"적합성은 페이지 전체 단위입니다. 서드파티 컴포넌트의 실패도 그 페이지의 실패이므로, 조달 단계에서 접근성을 통제해야 하는 이유입니다.","en":"Conformance is judged per full page — third-party failures are your page's failures, which is exactly why procurement-stage control matters."},"domain":3},{"id":"was-3-3-s1","difficulty":"hard","question":{"ko":"도입 검토 중인 위젯의 ACR이 3년 전 버전(v2.1) 기준인데 현재 판매 버전은 v4입니다. 올바른 조치는?","en":"A widget's ACR covers v2.1 from three years ago; the current product is v4. What is the right move?"},"options":{"a":{"ko":"현행 버전 기준의 갱신된 ACR을 요구하고, 핵심 시나리오를 자체 테스트로 검증한다","en":"Request an updated ACR for the current version and verify key scenarios yourself"},"b":{"ko":"버전이 올라갔으니 더 좋아졌다고 가정한다","en":"Assume newer means better"},"c":{"ko":"옛 ACR로 충분하다고 판단한다","en":"Accept the old ACR as sufficient"},"d":{"ko":"ACR이 있다는 사실만으로 통과시킨다","en":"Pass it for merely having an ACR"}},"answer":"a","explanation":{"ko":"ACR은 특정 버전·환경의 스냅샷입니다. 메이저 버전이 두 번 바뀌었으면 문서는 현재 제품을 대변하지 못합니다 — 갱신 요구와 자체 표본 검증이 표준 절차이며, 개선됐을 것이라는 가정은 근거가 없습니다.","en":"An ACR is a snapshot of a specific version and environment. Two major versions later, it no longer represents the product — request an update and spot-check yourself; assuming improvement is baseless."},"domain":3}],"locale":"en","cert":"was"}] </article></body></html>

6:["$","$L11",null,{"pool":[{"id":"was-1-1-q1","question":{"ko":"페이지 이동(링크)에 가장 적합한 HTML 요소는?","en":"Which HTML element is most appropriate for navigation links?"},"options":{"a":{"ko":"`

WAS Mock Exam