1. Introduction
You will learn how specific failure types align with the four major test levels.
Note :
This question is about matching failure types to the correct test levels.
이 문제는 장애 유형을 알맞은 테스트 레벨과 매칭하는 연습입니다.
2. Key Concepts
✔ Test Levels Covered
-
Component Testing – checks logic and code correctness
컴포넌트 테스트: 개별 모듈의 코드·로직이 올바른지 확인합니다. -
Component Integration Testing – checks communication between components
컴포넌트 통합 테스트: 컴포넌트 간 인터페이스와 데이터 교환을 확인합니다. -
System Testing – validates full system behavior and business rules
시스템 테스트: 전체 시스템 동작과 비즈니스 규칙을 검증합니다. -
Acceptance Testing – ensures the system meets real user's business needs
인수 테스트: 실제 사용자·비즈니스 요구사항을 만족하는지 확인합니다.
3. Practice Question
❓ Question
Which types of failures (1–4) fit which test levels (A–D) BEST?
Failure Types:
- Failures in system behavior as it deviates from the user’s business needs
- Failures in communication between components
- Failures in logic in the code
- Failures in not correctly implemented business rules
Test Levels:
- A. Component testing
- B. Component integration testing
- C. System testing
- D. Acceptance testing
Options:
- a) 1D, 2B, 3A, 4C
- b) 1D, 2B, 3C, 4A
- c) 1B, 2A, 3D, 4C
- d) 1C, 2B, 3A, 4D
✅ Correct Answer: a)
📘 Explanation (EN/KR)
-
1D: Acceptance testing validates user/business needs, so deviations from user business needs are found here.
인수 테스트는 사용자·비즈니스 요구사항을 검증하므로, 사용자 요구와 다른 시스템 동작 오류는 인수 테스트에서 발견됩니다. -
2B: Component integration testing checks communication and interaction between components.
컴포넌트 통합 테스트는 컴포넌트 간 통신·연동을 확인하므로, 구성 요소 사이의 통신 실패는 이 단계에서 드러납니다. -
3A: Component testing focuses on the internal logic of individual components and their code.
컴포넌트 테스트는 개별 모듈의 내부 로직과 코드를 검사하므로, 로직 오류나 코딩 실수는 컴포넌트 테스트에서 주로 발견됩니다. -
4C: System testing verifies that the implemented business rules and system behavior work correctly end-to-end.
시스템 테스트는 구현된 비즈니스 규칙과 시스템 동작을 끝까지 검증하므로, 잘못 구현된 비즈니스 규칙은 시스템 테스트에서 발견됩니다.
✔ So the correct mapping is: 1D, 2B, 3A, 4C → Option a)
✔ 따라서 정답은 1D, 2B, 3A, 4C 이며, 보기 a)가 정답입니다.
📊 Summary Table (도식)
| Failure No. | Failure Description | Best Test Level | Why? |
|---|---|---|---|
| 1 |
System behavior deviates from user’s business needs 시스템 동작이 사용자 비즈니스 요구와 다름 |
D – Acceptance testing 인수 테스트 |
Validates real user and business needs. 실제 사용자·비즈니스 요구 충족 여부를 확인. |
| 2 |
Failures in communication between components 컴포넌트 간 통신 실패 |
B – Component integration testing 컴포넌트 통합 테스트 |
Focus on interfaces and interaction between components. 컴포넌트 간 인터페이스·연동을 집중적으로 확인. |
| 3 |
Logic failures in the code 코드 로직 오류 |
A – Component testing 컴포넌트 테스트 |
Checks internal logic of individual units. 개별 유닛의 내부 로직을 점검. |
| 4 |
Incorrectly implemented business rules 잘못 구현된 비즈니스 규칙 |
C – System testing 시스템 테스트 |
Validates end-to-end system behavior and business rules. 전체 시스템 동작과 비즈니스 규칙을 종합적으로 검증. |
4. Summary & Call to Action
In this question, you learned how to map different failure types to the correct test level. This skill helps you quickly eliminate wrong options in the ISTQB exam.
이 문제를 통해 각 장애 유형이 어느 테스트 레벨에서 주로 발견되는지 정리했습니다. 이 매핑을 잘 이해하면 ISTQB 객관식 문제에서 오답을 빠르게 제거하는 데 도움이 됩니다.
refer to FL-2.2.1
Related: More ISTQB Posts