1. Question
Which of the following is NOT true for white-box testing?
- a) During white-box testing the entire software implementation is considered
- b) White-box coverage metrics can help identify additional tests to increase code coverage
- c) White-box test techniques can be used in static testing
- d) White-box testing can help identify gaps in requirements implementation
✅ Correct Answer: d)
2. Understanding White-box Testing
White-box testing focuses on verifying the internal structure, logic flow, and code paths of the software. Coverage metrics such as statement, branch, and path coverage are central to this technique.
화이트박스 테스트는 소프트웨어의 내부 구조(코드, 분기, 경로)를 직접 분석하는 기법입니다. 문장 커버리지, 분기 커버리지, 경로 커버리지 등이 핵심 지표입니다.
3. Option Analysis (EN/KR)
a) During white-box testing the entire software implementation is considered
✔ True → therefore NOT the answer.
White-box testing examines the internal structure, so the full implementation is relevant.
화이트박스 테스트는 코드 전체 구조를 기반으로 하기 때문에 이 문장은 옳습니다.
b) White-box coverage metrics can help identify additional tests to increase code coverage
✔ True → therefore NOT the answer.
Coverage metrics objectively show which parts of the code were not executed, allowing testers to design new tests.
커버리지 지표는 테스트되지 않은 코드를 보여 주므로 새로운 테스트를 생성하는 데 도움이 됩니다.
c) White-box test techniques can be used in static testing
✔ True → therefore NOT the answer.
White-box techniques (e.g., code walkthroughs, static analysis) are often applied during reviews.
화이트박스 기법은 코드 리뷰 등 정적 분석에도 사용될 수 있습니다.
d) White-box testing can help identify gaps in requirements implementation
❌ NOT true → Correct Answer.
White-box testing focuses on the internal code structure, not the requirements. Thus, it cannot identify missing requirements or missing functionality.
화이트박스 테스트는 “요구사항”이 아니라 “코드 구조”를 기반으로 하기 때문에 요구사항 미구현(누락된 기능)을 발견할 수 없습니다. 따라서 이 문장은 틀린 문장이며 정답입니다.
4. Summary
- White-box testing examines internal code structure.
- It can be used in dynamic + static testing.
- Coverage metrics show untested code areas.
- But it cannot detect missing requirements.
화이트박스 테스트는 코드 기반 테스트이므로 요구사항 누락을 찾을 수 없다는 점이 핵심 포인트입니다. FL-4.3.3
Related: More ISTQB Posts