1. Introduction
The absence-of-defects fallacy is one of the key ISTQB testing principles. This question checks whether you understand why a defect-free system can still fail in practice.
결함 부재의 오류(Absence-of-Defects Fallacy)는 ISTQB 테스트 원칙 중 하나입니다. 이 문제는 “결함이 없는 시스템도 실패할 수 있다”는 개념을 이해하고 있는지 평가합니다.
2. Key Concept: Absence-of-Defects Fallacy
This principle states that:
Even if a system has no known defects and meets all specified requirements, it may still be unusable or fail to satisfy users.
Therefore, verification alone is not enough. The system must also be validated against user needs and business goals.
이 원칙의 핵심은 다음과 같습니다.
요구사항을 모두 충족하고 결함이 없어 보여도, 사용자 요구나 비즈니스 목적을 만족하지 못하면 실패한 시스템이다.
3. Practice Question
❓ Question
The ‘absence-of-defects fallacy’ is one of the principles of testing. Which of the following is an example of addressing this principle in practice?
- a) Explaining that it is not possible for testing to show the absence of defects
- b) Supporting the end users to perform acceptance testing
- c) Ensuring that no implementation defects remain in the delivered system
- d) Modifying tests that cause no failures to ensure few defects remain
✅ Correct Answer: b)
4. Explanation (EN / KR)
✔ b) Supporting the end users to perform acceptance testing — Correct
The absence-of-defects fallacy emphasizes that correctness alone does not guarantee success. By supporting end users in acceptance testing, the organization validates that the system:
- Meets users’ real needs
- Fulfills business objectives
- Provides value in real usage
결함 부재의 오류를 해결하려면, 시스템이 단순히 “맞게 만들어졌는지”가 아니라 사용자 기대를 충족하는지를 검증해야 합니다.
이를 실천하는 대표적인 방법이 바로 사용자 수용 테스트(Acceptance Testing)를 지원하는 것입니다.
❌ a) Explaining that it is not possible for testing to show the absence of defects — Incorrect
This option relates to a different testing principle: “Testing shows the presence, not the absence of defects.”
Explaining this limitation only partially addresses testing principles, but it does not address the absence-of-defects fallacy.
이 선택지는 “테스트는 결함의 존재만 보여준다”는 다른 테스트 원칙에 해당합니다. 결함 부재의 오류를 직접적으로 해결하는 설명은 아닙니다.
❌ c) Ensuring that no implementation defects remain — Incorrect
It is not possible to guarantee that no defects remain. Testing can reduce risk but can never prove total correctness.
어떤 시스템도 “결함이 전혀 없다”고 보장할 수는 없습니다. 이 선택지는 테스트의 한계를 무시하고 있어 틀렸습니다.
❌ d) Modifying tests that cause no failures — Incorrect
This option addresses the ‘tests wear out’ principle, which focuses on refreshing tests to find new defects.
It does not validate user needs or expectations.
테스트를 수정해 새로운 결함을 찾는 것은 테스트 마모 원칙에 해당합니다. 사용자 요구 검증과는 관련이 없습니다.
5. Summary Table
| Option | Result | Key Principle | 한글 요약 |
|---|---|---|---|
| b | ✔ Correct | Validation of user needs | 사용자 요구 검증 |
| a | ✖ | Presence, not absence of defects | 다른 테스트 원칙 |
| c | ✖ | Impossible guarantee | 결함 0 보장 불가 |
| d | ✖ | Tests wear out principle | 테스트 마모 원칙 |
6. Final Takeaway
For ISTQB exams, remember this key idea:
A defect-free system can still fail if it does not meet user needs.
ISTQB에서 가장 중요한 메시지 중 하나는 다음과 같습니다.
결함이 없어도, 사용자 요구를 만족하지 못하면 실패한 시스템이다.
Related: More ISTQB Posts | Next Question