Scenario-Oriented Acceptance Criteria
1. Introduction
Acceptance criteria define the conditions under which a feature is accepted by stakeholders. In Agile and ISTQB terminology, acceptance criteria are often classified as rule-oriented or scenario-oriented.
This question focuses on identifying the BEST example of a scenario-oriented acceptance criterion.
인수 기준(Acceptance Criteria)은 기능이 이해관계자에게 받아들여지기 위한 조건을 정의합니다. ISTQB에서는 인수 기준을 주로 규칙 중심(rule-oriented)과 시나리오 중심(scenario-oriented)으로 구분합니다. 이 문제는 시나리오 중심 인수 기준의 가장 좋은 예를 묻습니다.
2. Key Concept: Scenario-Oriented Acceptance Criteria
Scenario-oriented acceptance criteria:
- describe how the system should behave in a specific situation
- are often written in natural language
- are easy for business stakeholders to understand
- often resemble user journeys or Given–When–Then scenarios
시나리오 중심 인수 기준의 특징은 다음과 같습니다.
- 특정 상황에서의 시스템 동작을 설명
- 자연어로 작성
- 비즈니스 이해관계자가 이해하기 쉬움
- 사용자 흐름 또는 Given–When–Then 형식과 유사
3. Practice Question
❓ Question
Which of the following provides the BEST example of a scenario-oriented acceptance criterion?
- a) The application must allow users to delete their account and all associated data upon request
- b) When a customer adds an item to their cart and proceeds to checkout, they should be prompted to log in or create an account if they haven’t already done so
- c) IF (contain(product(23).Name, cart.products())) THEN return FALSE
- d) The website must comply with the ICT Accessibility 508 Standards and ensure that all content is accessible to users with disabilities
✅ Correct Answer: b)
4. Explanation (EN / KR)
✔ b) Checkout login prompt scenario — Correct
This acceptance criterion describes a concrete user scenario:
- a customer adds an item to the cart
- the customer proceeds to checkout
- the system responds by prompting login or account creation
It clearly explains what happens in a specific situation, which makes it a textbook example of a scenario-oriented acceptance criterion.
이 선택지는 고객의 행동 흐름과 그에 따른 시스템의 반응을 구체적인 시나리오로 설명합니다. 따라서 시나리오 중심 인수 기준의 가장 적절한 예입니다.
❌ a) Account deletion requirement — Rule-oriented
This criterion describes a rule or requirement (e.g., compliance with the right to be forgotten), not a specific usage scenario.
이 문장은 시스템이 따라야 할 규칙을 설명하며, 시나리오 기반 인수 기준은 아닙니다.
❌ c) Pseudo-code condition — Not an acceptance criterion
This looks like implementation logic or code, not an acceptance criterion.
Acceptance criteria should be understandable by business stakeholders, which this is not.
이 문장은 코드 또는 기술적 로직처럼 보이며, 비즈니스 이해관계자가 이해할 수 있는 인수 기준이 아닙니다.
❌ d) Accessibility compliance — Rule-oriented
This describes compliance with standards and regulations. While important, it defines rules, not a user interaction scenario.
접근성 표준 준수는 중요한 요구사항이지만, 이는 규칙 중심 인수 기준에 해당합니다.
5. Summary Table
| Option | Type | Reason | 한글 요약 |
|---|---|---|---|
| b | Scenario-oriented | Describes user flow and system behavior | 사용자 시나리오 |
| a | Rule-oriented | Defines a requirement | 규칙 중심 |
| c | Implementation detail | Looks like code | 코드 형태 |
| d | Rule-oriented | Compliance requirement | 규정 준수 |
6. Final Takeaway
For ISTQB exams, remember:
Scenario-oriented acceptance criteria describe what happens in a specific user situation.
시험에서는 이렇게 기억하세요.
시나리오 중심 인수 기준은 “사용자가 무엇을 할 때, 시스템이 어떻게 반응하는가”를 설명한다.
Related: More ISTQB Posts | Next Question