1. Introduction
This question tests your understanding of defect report completeness and what information is essential to allow developers to reproduce a defect. If a defect cannot be reproduced, missing context—especially the test environment—is often the cause.
이 문제는 결함 보고서의 필수 구성 요소에 대한 이해를 평가합니다. 개발자가 결함을 재현할 수 없다면, 가장 흔한 원인은 테스트 환경 정보 누락입니다.
2. Key Concepts
✔ What Must Be Included in a Good Defect Report?
- Clear reproducible steps
- Expected vs. actual result
- Test data used
- Test environment (OS, browser, device, app version, build)
- Attachments (logs, screenshots)
- Requirement & test case references
좋은 결함 보고서에는 다음 정보가 포함되어야 합니다:
- 재현 가능한 단계
- 기대 결과 / 실제 결과
- 사용한 테스트 데이터
- 테스트 환경(운영체제, 브라우저, 장치, 애플리케이션 버전 등)
- 로그 · 스크린샷 등 증거 자료
- 관련 요구사항 및 테스트 케이스
If the test environment is missing, developers cannot match conditions and may fail to reproduce the issue.
3. Practice Question
❓ Question
You received a defect report where the anomaly “Application hangs up” is marked as not reproducible by the developers. What critical information is missing that would be useful for them?
- a) Expected result and actual result
- b) References and defect status
- c) Test environment and test item
- d) Priority and severity
✅ Correct Answer: c) Test environment and test item
📘 Explanation (EN/KR)
✔ Why option (c) is correct
The report does not specify the environment (device, OS, browser, app version, build number). If a defect is not reproducible, environment mismatch is the most common reason.
결함이 재현되지 않는 가장 흔한 이유는 테스트 환경 정보 누락입니다. 보고서에는 사용한 환경(기기, 운영체제, 앱 버전, 빌드 번호 등)이 전혀 언급되지 않았습니다. 따라서 개발자는 동일 조건에서 테스트할 수 없습니다.
❌ Why the other options are incorrect
a) Expected vs. actual result – Not correct.
Both are already included in the report.
기대 결과와 실제 결과는 이미 보고서에 명시되어 있습니다.
b) References and defect status – Not correct.
References (TC-1305, REQ-0012) and status (“Rejected”) are already present.
테스트 케이스와 요구사항 참조는 이미 포함되어 있으며, 상태도 “Rejected”로 표시됨.
d) Priority and severity – Not correct.
The report clearly indicates urgency and impact (“high priority” and a critical requirement).
보고서에는 이미 높은 우선순위(high priority)와 비즈니스 영향이 명확히 언급되어 있습니다.
📊 Summary Table
| Option | Why Correct / Incorrect | KR 설명 |
|---|---|---|
| c ✔ | Environment version missing → cannot reproduce defect | 환경 정보 누락 → 재현 불가의 대표 원인 |
| a | Expected/actual results already included | 기대·실제 결과는 이미 있음 |
| b | References & status already present | TC 및 요구사항 참조, 결함 상태 모두 존재 |
| d | Priority already indicated via “urgent / high impact” | 우선순위 관련 정보 이미 제공됨 |
4. Summary & Call to Action
A defect report without environment information is often impossible to reproduce. Always document the test item version and test environment to avoid rejected defects.
테스트 환경 정보가 없는 결함 보고서는 재현이 어려워 "Rejected"될 가능성이 높습니다. 항상 테스트 항목 버전과 환경 정보를 명확히 기록해야 합니다.FL-5.5.1
Related: More ISTQB Posts