1. Introduction
Acceptance Test-Driven Development (ATDD) is a collaborative practice where testers, developers, and business representatives work together to create acceptance tests before development starts. This question checks whether you understand the main idea behind ATDD.
[한국어 요약]
ATDD는 비즈니스 담당자·테스터·개발자가 함께 개발 전에 인수 테스트를 정의하는 기법입니다.
이 문제는 ATDD의 핵심 개념을 이해했는지 확인하는 문제입니다.
2. Sample Question
Which of the following statements BEST describes the acceptance test-driven development (ATDD) approach?
- a) In ATDD, acceptance criteria are typically created based on the given/when/then format
- b) In ATDD, test cases are mainly created at component testing and are code-oriented
- c) In ATDD, tests are created, based on acceptance criteria to drive the development of the related software
- d) In ATDD, tests are based on the desired behavior of the software, which makes it easier for team members to understand them
3. Correct Answer
✔ Correct Answer: c)
ATDD creates tests directly from acceptance criteria, and these tests drive the development of the software. The tests are defined early during design discussions and guide the team in building the correct functionality.
[한국어 요약]
정답은 c)입니다.
ATDD에서는 인수 기준을 기반으로 테스트를 먼저 만들고, 그 테스트가 개발을 이끌어 갑니다.
4. Why the Other Options Are Not Correct
a) Based on given/when/then — ✖ Not correct
This describes BDD (Behavior-Driven Development). While ATDD and BDD are related, the Gherkin “given/when/then” syntax is mainly a BDD practice.
[한국어 요약]
a는 BDD의 특징입니다. Gherkin 형식은 ATDD의 필수 요소가 아닙니다. 참고로 Gherkin은 테스트 시나리오를 사람이 읽기 쉬운 자연어 형태로 작성하는 문법(Language).
Given: 초기 조건, When: 어떤 행동(액션), Then: 기대 결과(Outcome)
Given the user is logged in
When they add an item to the shopping cart
Then the cart should show 1 item
b) Code-oriented component tests — ✖ Not correct
This refers to TDD (Test-Driven Development), where low-level, code-focused tests are written first. ATDD focuses on acceptance-level tests, not component tests.
[한국어 요약]
b는 TDD의 설명입니다. ATDD는 인수 테스트 중심이지 코드 레벨 테스트 중심이 아닙니다.
d) Tests based on desired behavior — ✖ Not correct
This is also a characteristic of BDD, where behavior specifications are made easy to understand. ATDD is focused on acceptance criteria driving development.
[한국어 요약]
d 역시 BDD의 설명입니다. ATDD는 인수 기준 기반 테스트 작성에 초점을 둡니다.
5. Summary
ATDD uses acceptance criteria to define tests before development begins. These tests guide the development and ensure that the implemented functionality meets business expectations. refer to FL-2.1.3
[한국어 요약]
ATDD는 “인수 기준 → 테스트 생성 → 개발 진행”의 흐름을 가진 기법으로,
비즈니스 요구사항 충족을 보장하는 데 효과적입니다.
Related: More ISTQB posts