1. Question
Which of the following BEST describes the concept behind error guessing?
- a) Error guessing involves using your knowledge and experience of defects found in the past and typical errors made by developers
- b) Error guessing involves using your personal experience of development and the errors you made as a developer
- c) Error guessing requires you to imagine that you are the user of the test object and to guess errors the user could make interacting with it
- d) Error guessing requires you to rapidly duplicate the development task to identify the sort of errors a developer might make
✅ Correct Answer: a)
2. What Is Error Guessing?
Error Guessing is an experience-based test technique where the tester uses past knowledge, common defect patterns, and intuition to anticipate areas where defects are likely to occur.
Error Guessing(오류 추측)은 테스터의 경험과 직관을 활용해 개발자가 실수하기 쉬운 부분을 추측하여 테스트하는 기법입니다. 과거에 발견된 결함 유형, 흔한 오류 패턴 등을 근거로 테스트를 설계합니다.
3. Option Analysis (EN/KR)
a) Using knowledge of past defects and typical developer mistakes
✔ Correct.
This exactly describes the principle of error guessing. Testers rely on experience, known failure patterns, previous project knowledge, and sometimes checklists.
정답입니다. 과거 결함 데이터, 개발자가 자주 실수하는 부분, 체크리스트 등을 기반으로 “어디에 문제가 있을 것인지”를 추측하는 것이 Error Guessing의 핵심입니다.
b) Using personal experience as a developer
❌ Not correct.
Former developers may use their background, but that is not the definition of the technique.
전 개발자 출신 테스터가 자신의 경험을 활용할 수는 있지만, Error Guessing의 기본 정의는 아닙니다.
c) Guessing errors a user might make
❌ Not correct.
This describes user error analysis, not error guessing.
사용자가 실수할 만한 시나리오를 추측하는 것은 사용성 테스트나 휴먼에러 분석에 가깝습니다.
d) Duplicating the development task
❌ Not correct.
This is unrealistic and impractical; it also has nothing to do with error guessing.
개발 작업을 복제하는 방식은 시간도 많이 들고 비현실적이며 Error Guessing과는 무관합니다.
4. Summary
- Error Guessing = experience + intuition + known defect patterns
- Useful when documentation is weak or when complementing other techniques
- Not based on user error or developer role simulation
- Correct answer: a)
Error Guessing은 경험 기반 기법의 대표적인 형태이며 ISTQB 시험에서도 매우 자주 출제됩니다.
Experience-Based Test Techniques
1. Introduction
Experience-Based Test Techniques rely on the tester’s knowledge, intuition, domain expertise, and previous experience with similar systems or defects. These techniques are especially valuable when documentation is incomplete, time is limited, or when complementing formal test design techniques.
경험 기반 테스트 기법(Experience-Based Techniques)은 테스터의 경험, 직관, 도메인 지식, 과거 결함 패턴을 기반으로 테스트를 설계하는 방식입니다. 요구사항 문서가 부족하거나 시간 압박이 있을 때 강력한 효과를 발휘합니다.
2. 주요 기법 요약
| Technique | Description | 한국어 설명 |
|---|---|---|
| Error Guessing | Test cases designed based on defect patterns and typical developer mistakes | 결함 패턴과 개발자가 실수하기 쉬운 부분을 직관적으로 테스트 |
| Exploratory Testing | Simultaneous test design, execution, and learning | 테스트 설계·실행·학습을 동시에 수행하는 동적 탐색형 테스트 |
| Checklist-Based Testing | Tests based on structured lists of known problem areas | 체크리스트 기반으로 빠르게 이슈가 많은 부분을 검증 |
3. Error Guessing
Definition
Testers use past experience, known defect types, and intuition to guess where defects may exist.
과거 경험과 결함 패턴, 직관을 바탕으로 결함이 있을 가능성이 높은 지점을 찾아 테스트합니다.
When to Use
- Lack of detailed requirements
- System areas known to be error-prone
- After formal test techniques are applied (complementary use)
요구사항 문서가 부족하거나 결함이 자주 발생한 기능을 테스트할 때 적합합니다.
Typical Sources for Error Guessing
- Defect history
- Common developer mistakes
- Checklists
- Production incidents
4. Exploratory Testing
Definition
A dynamic, creative test approach where test design and execution occur simultaneously, guided by tester expertise.
테스터의 경험과 직관을 활용하여 테스트 설계와 실행을 동시에 진행하는 기법입니다.
Key Features
- No predefined detailed test cases
- Fast feedback
- Highly adaptive
- Useful under time pressure
시간이 부족하거나 문서화가 부족한 상황에서 빠른 품질 피드백을 얻는 데 매우 적합합니다.
Who Performs It Well?
- Testers with strong domain knowledge
- Analytical and creative thinkers
- Experienced testers
5. Checklist-Based Testing
Definition
Testing guided by prepared checklists that contain known risks, defect patterns, or required checks.
사전에 준비된 체크리스트(결함 패턴, 위험 영역 등)를 기반으로 테스트를 수행하는 방식입니다.
Strengths
- Easy to apply
- Useful for regression or repeated activities
- Reduces oversight
반복 테스트나 빠른 검증 작업에서 누락을 줄이는 데 효과적입니다.
Typical Checklist Examples
- Form input validation items
- Security best-practices lists
- Performance high-risk areas
- Common UI accessibility checks
6. Comparison of Experience-Based Techniques
| Aspect | Error Guessing | Exploratory Testing | Checklist-Based |
|---|---|---|---|
| Based on | Past defects, intuition | Real-time learning + experience | Documented lists |
| Documentation Needed | Low | Very Low | Medium |
| Best For | Error-prone areas | Time pressure, unclear specs | Regression, routine checks |
| ISTQB Focus | “Common mistakes” | “Fast + creative feedback” | “Remove omissions” |
7. ISTQB Exam Tips
- Error Guessing = 경험 + 결함 패턴 기반
- Exploratory Testing = 문서 없음 + 시간 압박 + 창의적 테스트
- Checklist-Based = 누락 방지 + 반복 실행에 적합
- 프로그래밍 능력은 Exploratory Testing 효과와 직접 연관 없음
- 문서가 부족할수록 exploratory 기법의 효과 ↑
8. Summary
- Experience-Based Techniques are flexible and powerful
- Useful when documentation is weak or when speed is important
- Error Guessing, Exploratory Testing, and Checklist-Based Testing complement formal methods
- ISTQB 시험에서 반복 출제되는 핵심 개념
경험 기반 테스트 기법은 정형화된 절차를 보완하는 강력한 도구이며 ISTQB 시험에서도 매우 자주 등장하는 중요한 영역입니다.
Related: More ISTQB Posts | 다음 문제