1. Introduction
This question assesses your ability to analyze test execution logs and write an effective failure description, which is an important skill in defect reporting.
이 문제는 테스트 실행 로그(test execution log)를 분석하여 효율적인 실패 설명(failure description)을 작성하는 능력을 평가합니다. 해결 원인을 빠르게 찾을 수 있도록 핵심적인 정보를 포함하는 것이 매우 중요합니다.
2. Key Concepts
✔ What Makes a Good Failure Description?
- Specific – 정확히 무엇이 잘못되었는지 설명
- Helpful for debugging – 개발자가 원인을 빠르게 추적할 수 있어야 함
- Observable behavior only – 추측이나 가정 금지
- Consistent pattern recognition – 실패 원인의 공통점을 분석
좋은 실패 설명은 명확하고, 개발자가 빠르게 문제를 찾을 수 있는 정보를 제공하며, 실제로 관찰된 결과만 바탕으로 작성되어야 합니다.
3. Practice Question
❓ Question
You are testing a sort function. Based on the failed outputs from TC3, TC4, and TC5, which failure description is BEST suited for a defect report?
- a) The system fails to sort several sets of numbers.
- b) The system seems to disregard duplicates while sorting.
- c) The system fails to sort negative numbers.
- d) The test cases TC3, TC4, and TC5 have defects and should be corrected.
✅ Correct Answer: b)
📘 Explanation (EN/KR)
✔ Why option (b) is correct
In TC3, TC4, and TC5 the output is missing duplicate values. This suggests that the sort function returns a deduplicated list instead of preserving all occurrences.
TC3, TC4, TC5의 실패를 보면, 정렬된 결과에서 중복 값이 사라진 것을 확인할 수 있습니다. 즉, 정렬 과정에서 중복 요소가 제거되는 버그가 존재하며, 이는 모든 실패 사례의 공통된 패턴입니다.
This provides a clear, actionable, and pattern-based description, which is exactly what developers need.
❌ Why the other options are incorrect
a) Not correct.
Too vague—does not help identify the root cause.
너무 모호하며, 무엇이 문제인지 개발자가 이해하기 어렵습니다.
c) Not correct.
Negative numbers sort fine; the issue is duplicates, not negativity.
음수 정렬은 문제 없습니다. 실패 원인은 중복 제거 때문입니다.
d) Not correct.
There is no evidence the test cases are defective—the system is defective.
TC3~TC5에 결함이 있다는 근거는 없으며, 실제 문제는 시스템 구현입니다.
📊 Summary Table
| Option | Description | Correct? | KR 설명 |
|---|---|---|---|
| b ✔ | Duplicates ignored while sorting | Yes | 중복을 무시하는 버그를 정확히 지적 → 개발자에게 매우 유용 |
| a | General failure description | No | 모호하여 원인 파악 불가 |
| c | Blames negative number sorting | No | 음수 정렬은 문제 없음 |
| d | Blames the test cases instead of system | No | 테스트 케이스에 결함 있다는 근거 없음 |
4. Summary & Call to Action
The best defect reports highlight common failure patterns and offer developers a clear starting point. In this case, recognizing that duplicates disappear is the key insight.
좋은 결함 보고서는 실패의 공통 패턴을 정확히 설명하여 개발자가 신속하게 원인을 파악하도록 돕습니다. 이 문제에서는 "중복 제거"가 핵심 포인트입니다. FL-5.5.1
Related: More ISTQB Posts