How White-Box Testing Supports Black-Box Testing
1. Introduction
White-box testing and black-box testing are often presented as separate test techniques, but in practice they can complement each other.
This question asks how white-box testing can be useful in support of black-box testing, a subtle but important ISTQB concept.
화이트박스 테스트와 블랙박스 테스트는 서로 다른 기법이지만, 실무와 ISTQB 관점에서는 상호 보완적으로 활용될 수 있습니다. 이 문제는 화이트박스 테스트가 블랙박스 테스트를 어떻게 지원할 수 있는지를 묻습니다.
2. Key Concept: Black-Box vs White-Box Testing
- Black-box testing: tests are designed from specifications and expected behavior
- White-box testing: tests are designed from the internal structure of the code
A key limitation of black-box testing alone is that it provides no direct measure of code coverage.
- 블랙박스 테스트: 명세·요구사항 기반 테스트
- 화이트박스 테스트: 코드 구조 기반 테스트
블랙박스 테스트만 수행하면 실제로 코드가 얼마나 실행되었는지를 알 수 없습니다.
3. Practice Question
❓ Question
How can white-box testing be useful in support of black-box testing?
- a) White-box coverage measures can help testers evaluate black-box tests in terms of the code coverage achieved by these black-box tests
- b) White-box coverage analysis can help testers identify unreachable fragments of the source code
- c) Branch testing subsumes black-box test techniques, so achieving full branch coverage guarantees achieving full coverage of any black-box technique
- d) White-box test techniques can provide coverage items for black-box techniques
✅ Correct Answer: a)
4. Explanation (EN / KR)
✔ a) White-box coverage measures evaluate black-box tests — Correct
When only black-box tests are executed, testers cannot objectively determine how much of the code has actually been exercised.
White-box coverage measures (such as statement or branch coverage) provide objective data showing:
- which parts of the code were executed by black-box tests
- which parts were not executed
This information allows testers to design additional tests to increase coverage and confidence in the code.
블랙박스 테스트만으로는 코드 커버리지를 알 수 없습니다. 화이트박스 커버리지 측정은 블랙박스 테스트가 실제로 어떤 코드까지 실행했는지를 객관적으로 보여줍니다.
이를 통해 커버리지가 낮은 영역을 파악하고 추가 테스트를 설계하여 테스트 신뢰도를 높일 수 있습니다.
❌ b) Finding unreachable code — Incorrect
This statement is true: white-box analysis can identify unreachable code. However, this does not directly support black-box testing.
화이트박스 분석으로 도달 불가능한 코드를 찾을 수는 있지만, 이는 블랙박스 테스트를 지원하는 내용과는 직접적인 관련이 없습니다.
❌ c) Branch testing subsumes black-box techniques — Incorrect
There is no general subsumption relationship between white-box and black-box techniques. Full branch coverage does not guarantee full black-box coverage.
화이트박스 테스트가 블랙박스 테스트를 대체하거나 포함(subsume)한다는 관계는 ISTQB에서 인정하지 않습니다.
❌ d) White-box provides black-box coverage items — Incorrect
White-box techniques derive coverage items from code structure, while black-box techniques derive them from specifications.
Therefore, coverage items from one technique do not serve as coverage items for the other.
화이트박스와 블랙박스 테스트는 서로 다른 기준(코드 vs 명세)에서 커버리지 아이템을 도출하므로 직접적인 대체 관계는 없습니다.
5. Summary Table
| Aspect | Black-Box Testing | White-Box Testing | 요약 |
|---|---|---|---|
| Test basis | Specification | Code structure | 명세 vs 코드 |
| Coverage visibility | No direct code coverage | Objective code coverage | 커버리지 측정 |
| Support relationship | White-box helps evaluate black-box coverage | 화이트박스가 블랙박스 지원 | |
6. Final Takeaway
For ISTQB exams, remember:
White-box coverage measures help assess how effective black-box tests are.
시험에서는 이 문장으로 정리하세요.
화이트박스 커버리지 측정은 블랙박스 테스트의 효과를 평가하는 데 사용된다.
Related: More ISTQB Posts | Next Question
```