1. Question
Which of the following BEST describes the way acceptance criteria can be documented?
- a) Performing retrospectives to determine the actual needs of the stakeholders regarding a user story
- b) Using the given/when/then format to describe an example test condition related to a user story
- c) Using verbal communication to reduce the risk of misunderstanding acceptance criteria
- d) Documenting risks related to a user story in a test plan to support risk-based testing
✅ Correct Answer: b)
2. What Are Acceptance Criteria?
Acceptance Criteria (AC) define the conditions that must be met for a user story to be considered complete. They clarify expectations, reduce ambiguity, and help the team know when work is “Done.”
인수 기준(Acceptance Criteria)은 해당 사용자 스토리가 “완료(완성)”되었다고 판단하기 위해 충족해야 하는 조건을 의미합니다. 요구사항을 명확하게 하고 오해를 줄이며 테스트 가능하게 만드는 목적이 있습니다.
3. Why b) Is Correct
✔ b) Using the given/when/then format
The Given / When / Then format (Gherkin style) is a widely-used, standard way to document acceptance criteria.
It defines:
- Given – The initial context
- When – The action performed
- Then – Expected outcome
Given/When/Then(Gherkin) 형식은 애자일 팀에서 AC를 문서화하는 표준 방식으로 널리 사용됩니다.
4. Why the Other Options Are Incorrect
a) Retrospectives for acceptance criteria
❌ Not correct.
Retrospectives improve process; they do NOT document acceptance criteria.
회고는 프로세스 개선 목적이지 AC 문서화 목적이 아닙니다.
c) Verbal communication
❌ Not correct.
Verbal discussion may help clarify AC, but it does not document them. Documentation is required: “Card” aspect in the 3C’s model.
말로 설명하는 것은 문서화가 아니므로 AC를 “기록”했다고 볼 수 없습니다. 3C(Card, Conversation, Confirmation) 모델 중 Card 단계에 해당되지 않습니다.
d) Documenting risks in the test plan
❌ Not correct.
Risks belong in a risk-based test strategy or test plan, but acceptance criteria describe completion conditions for the user story.
리스크는 테스트 계획에서 다루는 항목이지, 사용자 스토리의 AC가 아닙니다. AC는 “완료 조건”이어야 합니다.
5. Summary
- Acceptance criteria define when a user story is complete
- The standard documentation method is Given / When / Then
- Retros, verbal notes, or test plans do NOT replace AC documentation
- Correct answer: b)
인수 기준은 사용자 스토리의 완료 조건이며, Given/When/Then 형식이 정석적인 문서화 방식입니다. FL-4.5.2
Related: More ISTQB Posts