| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 |
- 자바
- 구현
- 기본 문법
- 수학
- 브루트포스
- 토이 프로젝트
- poiemaweb
- 자료 구조
- react-three/fiber
- 코딩일기
- styled-components
- 시뮬레이션
- js
- 자바스크립트
- REACT
- Hook
- 세그먼트 트리
- 회고
- Next.js
- JavaScript
- three.js
- 모던 자바스크립트 튜토리얼
- 오블완
- playwright
- 개발 회고
- 프론트엔드
- 티스토리챌린지
- 해시를 사용한 집합과 맵
- HTML5
- 백준
- Today
- Total
코딩하는 고릴라
ISTQB CTFL 합격 후기 - 2026.06.11 시험 본문

5월 13일 영어 시험으로 신청했다가 시간이 다소 촉박해 취소하고, 6월 11일 시험으로 재접수해 합격했습니다.
기간도 촉박했고 야근이 잦은 시기라 할애할 수 있는 시간도 많지 않았지만, 두 번 응시하기에는 비싼 시험이였어서,, 할 수 있을 때 최대한 집중해서 공부했습니다.
준비 기간동안에는 퇴근 후 밤 11시부터 새벽 2시까지는 꾸준히 공부하는데 집중했고, 2주정도 준비했습니다.
시험 준비
크게 아래 두 줄기를 따라 공부했습니다.
- 실러버스 전문 통독 (지난 시험 준비 때 1회독을 끝낸 부분)
- 클로드를 활용한 개념 설명 및 문제 풀이
이번 6월 시험을 보기 전에, 5월 13일자 영어 시험을 잠깐 준비했었습니다. 이때 실러버스 전체를 영문으로 1회독했고, 시간 관계상 접수를 취소하고 다음을 도모했습니다.
이후 6월 11일 시험으로 다시 접수했습니다. 이미 실러버스를 한 번 통독했기 때문에, 이번엔 처음부터 다시 읽지 않고 클로드를 적극적으로 활용하기로 했습니다.
1. 클로드 프로젝트 생성
일반 채팅창이 아닌 프로젝트를 생성해, 실러버스와 샘플 문제 자료를 올려두고 사용했습니다. 이렇게 하니 올려둔 실러버스에 근거해 학습이 이뤄질 수 있었고, 학습 진행 상태도 세션 간에 유지할 수 있었습니다. 또한 프로젝트 지침에 학습 방식을 명시해두어, 매번 다시 설명하지 않고도 일관된 방식으로 학습할 수 있었습니다.

2. 트리화
실러버스를 통해 학습해야 하는 6개 챕터의 학습 목표를 하나의 큰 트리로 구조화해 프로젝트 파일로 올려두었습니다. 각 노드마다 어떤 인지 수준으로 출제되는지(K1/K2/K3), 내 진행 상태가 어느 정도인지를 기록하며 진행 상황을 갱신했습니다. 학습 진행 상태를 한눈에 볼 수 있는 트리를 만들어두니 "어디까지 했고 어디를 더 보완해야 하는지"가 한눈에 보여 촉박한 일정에도 길을 잃지 않을 수 있었습니다.
트리화시켜 프로젝트에 올려둔 MD파일은 게시글 하단에 적어두었습니다.

3. 노드별 학습 진행
만들어둔 트리의 노드를 하나씩 학습했습니다. 클로드에게 설명을 요청하면 실러버스에 명시된 개념에 근거해 설명해 주었고, 이를 이해한 뒤에는 바로 검증 질문을 요청해 제대로 이해했는지 확인하는 절차를 반복했습니다. 해당 노드에서 알아야 할 개념을 모두 이해했다면 학습 완료로 체크한 후 다음 노드로 넘어갔습니다.
이때 실러버스가 제공하는 설명만으로 이해가 어려운 경우에는 클로드가 출처가 명확한 자료를 웹 서칭을 통해 찾아 보완해 주도록 해서 이해도를 높였습니다.
KeyPoint
1. 왜 나머지 보기가 틀렸는지까지 학습
시험은 객관식이지만 학습할 때는 선지 중 정답을 찾는 것으로만 끝내지 않았습니다. 모든 보기에 대해 왜 이 보기가 옳은지, 다른 보기는 왜 그렇지 못한지를 제가 이해한 말로 클로드에게 설명했습니다. 그러면 클로드가 제 대답을 보고 제가 정확히 이해하고 있는지, 아니면 이해한 것처럼 보이지만 실은 잘못 이해한 상태인지를 분별해 주어서 오개념을 바로잡을 수 있었습니다.
2. 적용(K3)
실러버스에는 아래와 같이 항목별로 필요한 학습 수준이 기재되어 있습니다.


학습할 때 이 부분이 중요한 이유는, 어디에 우선순위를 두고 얼마나 깊게 파야 하는지를 가늠할 수 있기 때문입니다. 단순 암기로 풀 수 있는 문제가 있는 반면, 개념을 이해하고 실제 적용까지 할 수 있어야 풀리는 문제도 있습니다. (가령 테스트 커버리지 계산 같은 것들,,)
그래서 실러버스에 적용(K3) 수준으로 기재된 항목은 클로드에게 시나리오를 받아 제가 직접 상황에 맞는 테스트 케이스를 뽑아 대답하는 등의 방식을 통해 깊이 있게 학습했습니다.
시험 후기
시험 전날, 샘플문제 두 세트를 풀었을 때도 확신할 수 있는 문제가 26개에 미치지 못해서 조금 초조했습니다. 그래도 시험장에 들어가기 직전까지 그날 집중적으로 봐야 할 문항들을 정리해서 보고 갔습니다.
막상 시험장에서 풀어 보니 확신할 수 있는 문제는 22문제쯤이었습니다. 남은 문제 중에는 "두 보기 중 하나인데 뭐지?" 싶은 것들이 있었고, 찍어서라도 최소 4문제는 더 맞혀야 합격점에 닿을 수 있는 상황이라 불안했습니다. 그래도 시험 시간이 끝날때 까지 최대한 근거를 대며 보기를 소거하려 노력했고, 제한 시간에 거의 딱 맞춰 풀이를 끝낼 수 있었습니다.
마치며
첫 시험을 준비할 때는 단순히 실러버스만 통독하고 문제 풀이만 돌려 보면 되겠지 했다가 시간에 쫓겨 한 번 접었습니다. 두 번째엔 단순 암기나 이해에 그치지 않고, 이해한 내용을 능동적으로 제 말로 풀어내는 데 집중했습니다. AI 툴을 활용해 단순히 지식을 주입하는 데 그치지 않고, 주입한 지식을 꺼내는 연습을 많이 한 게 도움이 됐던 것 같습니다.
▼ ISTQB 학습 트리
# ISTQB CTFL 시험 준비 학습 트리
ISTQB Certified Tester Foundation Level 실러버스 v4.0.1 기반 6개 챕터 학습 트리.
모든 노드는 미시작(⬜) 상태로 초기화되어 있다. 학습 방식·스탯 체계·졸업 정책·응답 톤 등 규칙은 프로젝트 지침 참조.
각 노드의 `[K1]/[K2]/[K3]`는 실러버스가 해당 LO에 지정한 인지 수준이며 졸업 기준을 결정한다.
### 범례
- ⬜ 미시작 (Lv0) │ 🟨 진행 중 (Lv1–5) │ ✅ 졸업 (Lv6+)
- **[K1]** 기억 — 용어·사실·목록을 정확히 재현
- **[K2]** 이해 — 자기 말로 설명, 비교·구별·대조
- **[K3]** 적용 — 처음 보는 시나리오에 기법 적용해 산출물 도출
---
## 학습 트리
### 1. 테스팅의 기초 (Fundamentals of Testing) — 실러버스 180분
- 1.1 테스팅이란 무엇인가?
- ⬜ FL-1.1.1 [K1] 일반적인 테스트 목적 식별
- ⬜ FL-1.1.2 [K2] 테스팅 vs 디버깅 구별
- 1.2 테스팅이 왜 필요한가?
- ⬜ FL-1.2.1 [K2] 테스팅이 성공에 기여하는 방법
- ⬜ FL-1.2.2 [K1] 테스팅과 품질 보증(QA)의 관계
- ⬜ FL-1.2.3 [K2] 오류(error) / 결함(defect) / 장애(failure) / 근본 원인(root cause) 구별
- 1.3 테스팅 원리
- ⬜ FL-1.3.1 [K2] 테스팅 7가지 원리 설명
- 1.4 테스트 활동, 테스트웨어, 테스트 역할
- ⬜ FL-1.4.1 [K2] 테스트 활동과 업무
- ⬜ FL-1.4.2 [K2] 정황이 테스트 프로세스에 미치는 영향
- ⬜ FL-1.4.3 [K2] 테스트웨어 구분
- ⬜ FL-1.4.4 [K2] 추적성 유지의 가치
- ⬜ FL-1.4.5 [K2] 테스팅 역할 비교
- 1.5 테스팅의 필수 기술 및 모범 사례
- ⬜ FL-1.5.1 [K2] 테스팅에 보편적으로 필요한 기술
- ⬜ FL-1.5.2 [K1] 전체 팀 접근법(whole team approach)
- ⬜ FL-1.5.3 [K2] 테스팅의 독립성
### 2. SDLC와 테스팅 (Testing Throughout the SDLC) — 실러버스 130분
- 2.1 소프트웨어 개발수명주기(SDLC)에서의 테스팅
- ⬜ FL-2.1.1 [K2] SDLC가 테스팅에 미치는 영향
- ⬜ FL-2.1.2 [K1] 모든 SDLC에 적용되는 좋은 테스팅 프랙티스
- ⬜ FL-2.1.3 [K1] 테스트 우선 접근법 — TDD / ATDD / BDD
- ⬜ FL-2.1.4 [K2] DevOps가 테스팅에 미치는 영향
- ⬜ FL-2.1.5 [K2] 시프트 레프트(shift left)
- ⬜ FL-2.1.6 [K2] 회고(retrospective)와 프로세스 개선
- 2.2 테스트 레벨과 테스트 유형
- ⬜ FL-2.2.1 [K2] 테스트 레벨 구별
- ⬜ FL-2.2.2 [K2] 테스트 유형 구별
- ⬜ FL-2.2.3 [K2] 확인 테스팅(confirmation) vs 리그레션 테스팅(regression) 구별
- 2.3 유지보수 테스팅
- ⬜ FL-2.3.1 [K2] 유지보수 테스팅과 유발 요인 요약
### 3. 정적 테스팅 (Static Testing) — 실러버스 80분
- 3.1 정적 테스팅 기초
- ⬜ FL-3.1.1 [K1] 정적 테스팅으로 검사 가능한 작업 산출물
- ⬜ FL-3.1.2 [K2] 정적 테스팅의 가치
- ⬜ FL-3.1.3 [K2] 정적 vs 동적 비교·대조
- 3.2 피드백과 리뷰 프로세스
- ⬜ FL-3.2.1 [K1] 이해관계자 피드백을 조기·자주 받을 때의 이점
- ⬜ FL-3.2.2 [K2] 리뷰 프로세스 활동 5단계
- ⬜ FL-3.2.3 [K1] 리뷰 주요 역할별 책임
- ⬜ FL-3.2.4 [K2] 리뷰 유형 비교·대조
- ⬜ FL-3.2.5 [K1] 성공적인 리뷰 기여 요소
### 4. 테스트 분석과 설계 (Test Analysis and Design) — 실러버스 390분 ★무게중심
- 4.1 테스트 기법 개요
- ⬜ FL-4.1.1 [K2] 블랙박스 / 화이트박스 / 경험 기반 테스트 기법 구별
- 4.2 블랙박스 테스트 기법
- ⬜ FL-4.2.1 [K3] 동등 분할(equivalence partitioning)로 테스트 케이스 도출
- ⬜ FL-4.2.2 [K3] 경계값 분석(BVA)으로 테스트 케이스 도출
- ⬜ FL-4.2.3 [K3] 결정 테이블 테스팅으로 테스트 케이스 도출
- ⬜ FL-4.2.4 [K3] 상태 전이 테스팅(state transition)으로 테스트 케이스 도출
- 4.3 화이트박스 테스트 기법
- ⬜ FL-4.3.1 [K2] 구문 테스팅(statement)과 구문 커버리지
- ⬜ FL-4.3.2 [K2] 분기 테스팅(branch)과 분기 커버리지
- ⬜ FL-4.3.3 [K2] 화이트박스 테스팅의 가치
- 4.4 경험 기반 테스트 기법
- ⬜ FL-4.4.1 [K2] 오류 추정(error guessing)
- ⬜ FL-4.4.2 [K2] 탐색적 테스팅(exploratory testing)
- ⬜ FL-4.4.3 [K2] 체크리스트 기반 테스팅(checklist-based)
- 4.5 협업 기반 테스트 접근법
- ⬜ FL-4.5.1 [K2] 협업 기반 사용자 스토리 작성
- ⬜ FL-4.5.2 [K2] 인수 조건 작성 방법 분류
- ⬜ FL-4.5.3 [K3] ATDD(인수 테스트 주도 개발)로 테스트 케이스 도출
### 5. 테스트 활동 관리 (Managing the Test Activities) — 실러버스 335분 ★무게중심
- 5.1 테스트 계획
- ⬜ FL-5.1.1 [K2] 테스트 계획서의 목적과 내용
- ⬜ FL-5.1.2 [K1] 반복 주기·릴리스 계획에 대한 테스터의 기여
- ⬜ FL-5.1.3 [K2] 시작 조건(entry) vs 완료 조건(exit) 구별
- ⬜ FL-5.1.4 [K3] 추정 기법으로 테스트 노력 계산
- ⬜ FL-5.1.5 [K3] 테스트 케이스 우선순위 적용
- ⬜ FL-5.1.6 [K1] 테스트 피라미드
- ⬜ FL-5.1.7 [K2] 테스팅 사분면
- 5.2 리스크 관리
- ⬜ FL-5.2.1 [K1] 리스크의 정의와 속성
- ⬜ FL-5.2.2 [K2] 프로젝트 리스크 vs 제품 리스크
- ⬜ FL-5.2.3 [K2] 제품 리스크 분석이 철저함·범위에 미치는 영향
- ⬜ FL-5.2.4 [K2] 제품 리스크 제어
- 5.3 테스트 모니터링, 제어, 완료
- ⬜ FL-5.3.1 [K1] 테스팅에 사용하는 메트릭 상기
- ⬜ FL-5.3.2 [K2] 테스트 보고서의 목적·내용·대상 요약
- ⬜ FL-5.3.3 [K2] 테스팅 상황 전달 방법
- 5.4 형상 관리(Configuration Management)
- ⬜ FL-5.4.1 [K2] 형상 관리가 테스팅을 지원하는 방법 요약
- 5.5 결함 관리(Defect Management)
- ⬜ FL-5.5.1 [K3] 결함 보고서 작성
### 6. 테스트 도구 (Test Tools) — 실러버스 20분
- 6.1 테스팅 지원 도구
- ⬜ FL-6.1.1 [K2] 다양한 유형의 테스트 도구가 테스팅을 지원하는 방법 설명
- 6.2 테스트 자동화의 효과와 리스크
- ⬜ FL-6.2.1 [K1] 테스트 자동화의 효과와 리스크 상기
'etc.' 카테고리의 다른 글
| AI Agent의 기억력을 파일로 보완하기 - Obsidian + ClaudeCode 적용기 (0) | 2026.04.09 |
|---|---|
| Python. (0) | 2025.12.20 |
| Git. (0) | 2025.12.19 |