검증 가능한 접근성 사용자 스토리 작성법.
접근성 요구 사항은 관찰 가능한 상호작용을 설명해야 합니다. 제공한 관련 기준을 사용하고 동작 확인 방법을 포함하세요.
작업에 맞게 절차를 조정하세요.
접근 요구에 맞는 상호작용 결과를 설명하고 관찰 가능한 인수 확인 항목을 붙이세요. 필요한 경우 초점, 컨트롤 이름 등 동작을 포함한 뒤 적절한 방법으로 구현을 검증하세요.
- 제공할 내용
- 인터페이스 시나리오와 제공한 접근성 기준.
- 받을 결과
- 구현 중심의 접근성 요구 사항.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
Draft a keyboard-accessibility user story for a dialog. Opening moves focus inside; a labeled close action is keyboard-operable; closing returns focus to the opener. Include acceptance checks.
완성된 예시
Story: As a keyboard user, I want to open, use and close the dialog without losing my place. Acceptance checks: - Opening the dialog places focus on a sensible element inside it. - The close control has an understandable accessible name and works from the keyboard. - Closing returns focus to the control that opened the dialog. Verification: exercise these behaviors in the implemented interface; this draft alone does not establish conformance.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
접근성 사용자 스토리가 테스트를 대신하나요?
아닙니다. 기대 동작과 확인 항목을 정의할 뿐입니다. 구현을 평가하려면 실제 키보드, 보조 기술 또는 관련 테스트가 필요합니다.
접근성 있게 만들라는 요구가 검증하기 어려운 이유는 무엇인가요?
대화상자를 닫으면 열었던 요소로 초점을 돌리는 것처럼 상호작용과 관찰 가능한 결과를 명시하세요.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑