검증 가능한 사용자 스토리 작성법.
사용자 스토리는 어떤 능력이 필요한지와 그 이유를 표현해야 합니다. 기술 작업을 사용자 이익으로 위장하지 마세요.
작업에 맞게 절차를 조정하세요.
사용자, 필요한 능력, 중요한 이유를 적고 결과를 관찰할 수 있는 수용 조건을 추가하세요. 구체적인 상황에 비추어 완료 여부를 검토할 수 있을 만큼 범위를 좁히세요.
- 제공할 내용
- 사용자 문제와 필요한 기능.
- 받을 결과
- 범위가 명확한 사용자 중심 스토리.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
Catalog manager needs to identify changed supplier prices.
완성된 예시
As a catalog manager, I want to review changed prices so I can approve updates before importing them.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
기술 유지보수 작업을 사용자 스토리 문장에 억지로 맞춰야 하나요?
실제 목적과 제약을 설명하세요. 형식에 맞추려고 사용자 행동을 지어내지 않고도 기술 작업을 정직하게 문서화할 수 있습니다.
스토리가 완료된 것 같아도 테스트하기 어려운 이유는 무엇인가요?
예상 동작과 관련 경계를 추가하세요. 이익은 일이 중요한 이유를, 수용 조건은 완료의 의미를 설명합니다.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑