ISTQB 시험 팁

1. 키워드 매칭 게임 (Keyword Matching Game)

문제와 보기 사이에는 종종 짝이 맞는 키워드가 숨어있습니다. 이 연결고리를 찾으면 정답이 보입니다.

⭐ 챕터 1 & 2: 테스팅 기본 & 개발 수명주기 (Fundamentals & SDLC)

If you see this keyword.. (이 키워드가 보이면..)	Think of this concept.. (이 개념을 떠올리세요..)	The "Perfect Match" Keyword is.. (환상의 짝꿍 키워드는..)	Watch out for this TRAP! (이런 함정을 조심하세요!)
Testing can show...	테스팅의 목적	the presence of defects (결함의 존재)	absence of defects (결함이 없음) -> 테스팅은 결함이 없음을 증명할 수 없습니다.
fix, analyze the cause, code	디버깅의 정의	Debugging / Developer	Testing, Confirmation Testing 등 다른 활동과 혼동하지 마세요. '수정(Fixing)'과 '원인 분석'은 디버깅 고유의 활동입니다.
early, without execution, document review	정적 테스팅의 정의	Static Testing	Dynamic Testing은 "코드를 실행하며" 테스트하는 것입니다.
interfaces, interaction, communication between	통합 테스팅의 초점	Integration Testing	'컴포넌트 사이(between)'를 의미하는 모든 단어는 통합 테스팅을 가리킵니다.
whole system,  end-to-end, requirements	시스템 테스팅의 초점	System Testing	'전체', '종단 간', '요구사항'은 시스템 테스팅의 범위입니다.
user, business value,  readiness, fit for use	인수 테스팅의 목적	Acceptance Testing	'사용자', '비즈니스 가치', '준비', '사용 적합성'은 인수 테스팅의 목적입니다.
"how well...", performance, usability, security	비기능 테스트의 정의	Non-functional Testing	이것은 Test 'Level'이 아니라 Test 'Type'입니다. '얼마나 잘' 동작하는지를 묻습니다.
re-testing, verify the fix, failed test case	확인 테스팅	Confirmation Testing	Regression과 다릅니다. 이것은 오직 "고쳐졌는지"만 확인합니다.
side-effects, impact analysis,  existing functionality	회귀 테스팅	Regression Testing	"부작용", "영향 분석", "기존 기능"은 모두 회귀 테스팅의 관심사입니다.
Corresponding activities,  early test design	V-모델의 핵심	V-model, Verification & Validation	Agile과 다릅니다. '공식적으로 짝을 이루는' 활동은 V-model의 특징입니다.
Iteration, collaboration, responding to change	애자일 모델의 핵심	Agile, early feedback,  Retrospective	애자일은 계획이 없는(unplanned) 모델이 아닙니다. 단지 변화에 유연하게 대응할 뿐입니다.

⭐ 챕터 3: 정적 테스팅 & 리뷰 (Static Testing & Review)

If you see this keyword.. (이 키워드가 보이면..)	Think of this concept.. (이 개념을 떠올리세요..)	The "Perfect Match" Keyword is.. (환상의 짝꿍 키워드는..)	Watch out for this TRAP! (이런 함정을 조심하세요!)
Main Objective of Review	리뷰의 주요 목적	To find defects, improve understanding	To fix defects (X). 리뷰에서는 결함을 '찾기만' 합니다. 수정은 Author의 몫입니다.
Inspection, formal, metrics, trained Moderator	가장 공식적인 리뷰	Moderator,  entry/exit criteria	Walkthrough보다 훨씬 형식적(formal)입니다. 'Moderator'가 나오면 Inspection일 확률이 높습니다.
Static Analysis, tools, coding standards	정적 분석의 정의	Tool-supported,  vulnerabilities, complexity	'툴(tool)'을 사용해서 실행 없이 코드의 잠재적 문제를 찾는 것입니다.

⭐ 챕터 4: 테스트 기법 (Test Techniques)

If you see this keyword.. (이 키워드가 보이면..)	Think of this concept.. (이 개념을 떠올리세요..)	The "Perfect Match" Keyword is... (환상의 짝꿍 키워드는..)	Watch out for this TRAP! (이런 함정을 조심하세요!)
groups, partitions, classes, sets	동등 분할	Equivalence Partitioning	데이터를 '그룹'이나 '묶음'으로 나눈다는 뉘앙스는 동등 분할입니다.
edges, boundaries, limits, min/max	경곗값 분석	Boundary Value Analysis (BVA)	'경계', '한계', '최소/최대' 등 끝 점을 의미하는 단어는 경계값 분석입니다.
business rules,  conditions,  combinations	결정 테이블	Decision Table Testing	'비즈니스 규칙', '조건', '조합' 등 복잡한 논리는 의사결정 테이블입니다.
states, events,  transitions	상태 전이 테스팅	State Transition Testing	'상태', '이벤트', '전이'라는 단어가 나오면 100% 상태 전이 테스팅입니다.
structure, path, statement, branch, code	화이트박스 기법	White-box Testing /  Coverage	'구조', '경로', '코드' 등 내부를 들여다보는 모든 단어는 화이트박스입니다.
experience, intuition, knowledge of past defects	경험 기반 기법	Experience-based, Error Guessing	'경험', '직관', '과거 결함 지식'은 경험 기반 기법의 핵심입니다.

⭐ 챕터 5 & 6: 관리, 리스크, 툴 (Management, Risk & Tools)

If you see this keyword.. (이 키워드가 보이면..)	Think of this concept.. (이 개념을 떠올리세요..)	The "Perfect Match" Keyword is.. (환상의 짝꿍 키워드는..)	Watch out for this TRAP! (이런 함정을 조심하세요!)
Likelihood, impact,  mitigation, contingency	리스크 관리	Risk Management /  Risk-based Testing	리스크는 '가능성'과 '영향도'의 조합이며, 테스트의 '우선순위(prioritization)'를 정하는 데 사용됩니다.
Objectivity, find more defects, unbiased	테스트 독립성	Independence	독립성이 높을수록 더 객관적이고 더 많은 결함을 찾을 수 있습니다.
When to start /  When to stop testing	진입/종료 기준	Entry Criteria /  Exit Criteria	반대 개념을 조심하세요. Entry는 시작 조건, Exit는 중단 조건입니다.
change, update,  version, control	형상 관리	Configuration Management	'변경', '업데이트', '버전', '통제'는 모두 형상 관리의 핵심 활동입니다.
Defect Report Content	결함 리포트 내용	Factual, objective, clear, concise	Judgmental(비판적인) 이나 blaming(비난하는) 표현은 절대 금물입니다.
maintenance, sustain,  effort to update	테스트 자동화의 리스크	Test Automation	'유지보수', '유지', '업데이트 노력'은 특히 테스트 자동화의 리스크와 비용에서 자주 언급됩니다.
priority, backlog, business value	제품 책임자(PO)의 역할	Product Owner (PO)	애자일 팀에서 '우선순위', '백로그', '가치'를 결정하는 핵심 역할입니다.

---

실전 적용 예시

문제: You are testing the interaction and data transfer between a web server and a database server. What level of testing are you performing?
(당신은 웹 서버와 데이터베이스 서버 사이의 상호작용과 데이터 전송을 테스트하고 있습니다. 어떤 레벨의 테스팅을 수행하고 있습니까?)

• 키워드 포착: interaction, between
• 매칭: 그룹 1의 'interfaces, interaction, communication between' ↔️ Integration Testing
• 정답: Integration Testing

문제: Your team has a new requirement with many complex business rules and combinations of conditions. Which test technique would be most suitable?
(당신의 팀은 많은 복잡한 비즈니스 규칙과 조건들의 조합을 가진 새로운 요구사항을 받았습니다. 어떤 테스트 기법이 가장 적합할까요?)

• 키워드 포착: business rules, combinations, conditions
• 매칭: 그룹 2의 'business rules, conditions, combinations' ↔️ Decision Table Testing
• 정답: Decision Table Testing

 

2. "가장 좋은(BEST)" 설명 찾기

문제에서 "Which of the following BEST describes..." 라고 물을 때가 많습니다. 이는 여러 보기가 어느 정도 맞을 수 있다는 뜻입니다.

• 전략: 더 포괄적이고(comprehensive) 일반적인(general) 설명을 고르세요. 너무 세부적이거나 특정 상황에만 맞는 보기는 'BEST'가 아닐 확률이 높습니다.
  • 예시: "오류 추정이란 무엇인가?"
    • (a) 개발자로서의 개인적인 경험을 활용하는 것. (너무 제한적)
    • (b) 과거 결함과 개발자의 일반적인 실수에 대한 지식과 경험을 활용하는 것. (더 포괄적 -> 정답)

3. 2개 선택 문제의 함정 (Select TWO options)

이 유형은 하나는 쉽고, 다른 하나는 헷갈리게 만드는 경우가 많습니다.

• 전략:
  1. 가장 확실한 답 하나를 먼저 찾으세요.
  2. 남은 보기 중에서, 그 답과 성격이 비슷하거나 관련된 보기를 찾거나, 혹은 명백한 오답을 소거하는 방식으로 접근하세요.
  • 예시: "테스트의 종료 기준은?" (Select TWO)
    • (a) 테스트 환경 준비 완료 (X - 이건 진입 기준)
    • (b) 목표 커버리지 달성 (O - 가장 확실한 답)
    • (c) 남은 결함 수가 목표치 이하 (O - (b)와 성격이 비슷함. 둘 다 '목표 달성'에 대한 것)
    • (d) 개발 완료 (X - 테스트 종료와 직접적인 관련 없음)

4. 계산 문제: 공식을 정확히!

계산 문제는 공식만 알면 맞힐 수 있는 보너스 문제입니다. 공식을 헷갈리면 안 됩니다.

• 3점 추정 (3-point estimation): (최소 + 4 * 중간 + 최대) / 6
  • 절대 (최소+중간+최대)/3 이 아닙니다!
• 커버리지 (Coverage): (실행된 항목 수 / 전체 항목 수) * 100
  • 분모가 되는 '전체 항목 수'를 정확히 세는 것이 관건입니다. BVA 문제의 경우, 2-value인지 3-value인지, 경계점의 개수가 몇 개인지 정확히 파악해야 합니다.

5. 애자일 사분면: 그림을 그려라!

애자일 테스팅 사분면 문제는 머릿속으로 2x2 매트릭스를 그리면 절대 헷갈리지 않습니다.

Q2: Business Facing (비즈니스) Support Team (팀 지원) Functional Tests, Stories	Q3: Business Facing (비즈니스) Critique Product (제품 비평) Exploratory, Usability
Q1: Technology Facing (기술) Support Team (팀 지원) Unit, Integration	Q4: Technology Facing (기술) Critique Product (제품 비평) Performance, Security

• 암기법: 
  • 왼쪽(Q1, Q2)은 팀 지원(개발 과정 도움),
  • 오른쪽(Q3, Q4)은 제품 비평(완성된 기능 평가).
  • 위쪽(Q2, Q3)은 비즈니스(사용자 관점),
  • 아래쪽(Q1, Q4)은 기술(코드/성능 관점).

---