개념
직함 대신 세 가지 축으로
역할을 비교할 때 직함은 믿을 만한 기준이 아니다. 대신 세 가지 축을 쓴다.
- 대표 결과물 — 이 역할이 매주 만들어내는 것은 무엇인가
- 핵심 기술 — 그 결과물을 만들려면 무엇을 할 줄 알아야 하는가
- 의사결정 범위 — 이 역할이 혼자 결정할 수 있는 것은 어디까지인가
세 번째 축이 특히 중요하다. 테스트 리드와 테스트 매니저는 둘 다 "일정"을 다루지만, 리드는 팀 안의 일정 조정을, 매니저는 자원·비용을 포함한 프로젝트 차원의 선택을 결정한다. 같은 단어가 결정 범위만큼 다른 무게를 가진다.
제너럴리스트 경로의 역할
| 역할 | 대표 결과물 | 핵심 기술 | 의사결정 범위 |
|---|---|---|---|
| 제품 품질 엔지니어 | 사용자 여정별 품질 위험 목록, 결함·문의 통합 분석, 전후 효과가 측정된 개선안 | 제품·사용자 흐름 분석, 품질 데이터 해석, 문제 구조화, 부서 간 협업 | 품질 개선 우선순위 제안, 완료 기준 합의 |
| BA·제품 기획 | 업무 흐름 모델, 정책·요구사항 문서, 승인 조건, 우선순위 목록 | 요구 도출, 업무 흐름 모델링, 우선순위·범위 관리, 인터뷰·조율 | 제품 범위와 우선순위 제안 |
제품 품질 엔지니어는 "결함이 몇 건인가"가 아니라 "이 결함들이 사용자의 어떤 여정을 막고, 그것이 제품 목표에 어떤 영향을 주는가"를 다룬다. BA는 한발 더 앞으로 가서 요구사항 자체를 만든다. 테스터가 요구사항의 빈틈을 찾던 눈이 BA에게는 빈틈 없는 요구사항을 쓰는 눈이 된다. 두 역할은 모듈 45에서 다룬다.
매니저·리더십 경로의 역할
| 역할 | 대표 결과물 | 핵심 기술 | 의사결정 범위 |
|---|---|---|---|
| 테스트 리드 | 팀 업무 배분표, 리뷰 코멘트, 일일·주간 진척과 위험 보고 | 리뷰 기준, 진척·결함·위험 지표, 피드백과 코칭, 회의 진행 | 팀 내 업무 배분과 우선순위 |
| 테스트 매니저 | 테스트 전략·계획, 자원·일정·예산안, 경영진 보고, 회고 기반 개선안 | 전략 수립, 자원 관리, 위험·비용·품질 의사결정, 협상 | 프로젝트 테스트 범위·자원·일정 |
| QA 조직 책임자·QMO | 품질 원칙과 공통 절차, 포트폴리오 지표, 역량·도구·교육 중장기 계획 | 조직 품질 전략, 프로세스 진단·개선, 변화 관리 | 조직 공통 기준과 투자 |
| 프로젝트·사업 관리 | 통합 계획(범위·일정·비용·위험), 변경 영향 분석, 성과·투자 판단 자료 | 프로젝트 관리, 사업·고객 영향 분석, 변경 관리 | 프로젝트 범위·일정·비용의 균형 |
리더십 경로의 공통점은 결과물이 다른 사람의 일을 통해 나온다 는 것이다. 테스트 리드는 모듈 43, 테스트 매니저·QMO·프로젝트 관리는 모듈 44에서 다룬다. 테스트 매니저의 기초는 이미 모듈 4(계획과 리스크)와 모듈 7(관리와 조직)에 있다.
기술 스페셜리스트 경로의 역할
| 역할 | 대표 결과물 | 핵심 기술 | 의사결정 범위 |
|---|---|---|---|
| 테스트 자동화·TestOps | 유지 가능한 자동 테스트 코드, CI 연동, 플래키 분석, 공통 라이브러리 | 프로그래밍 언어 하나, Playwright·Selenium·Appium, Git, CI/CD | 자동화 대상 선정과 구조 |
| 성능·신뢰성 테스트 | 부하 모형과 시나리오, 측정 결과, 병목 분석, 개선 전후 비교 | JMeter·k6, 성능 지표와 통계, 서버·네트워크·DB, APM | 성능 목표 판정과 병목 가설 |
| 임베디드·시스템 검증 | 통합 시험 결과, 계측 파형과 로그, 장애 주입 결과, 안전 요구 추적표 | C와 임베디드 구조, UART·CAN 등 통신, 계측 장비, HIL·SIL | 하드웨어 연계 결함의 원인 판정 |
| AI·데이터 품질 | 평가 데이터셋과 기준, 자동·사람 평가 결과, 위험 테스트 보고 | AI·데이터 기초, 평가 설계, 정량·정성 지표, 편향·안전 위험 | AI 결과의 합격 기준 |
자동화는 모듈 1115와 1920, 성능은 모듈 16·21·29, 임베디드는 모듈 46, AI·데이터는 모듈 18a~18c·36·38에서 다룬다.
도메인 스페셜리스트 경로의 역할
| 역할 | 대표 결과물 | 핵심 기술 | 의사결정 범위 |
|---|---|---|---|
| 도메인 품질 전문가 | 업무 규칙·예외 모델, 도메인 위험 시나리오, 규정 대응표 | 산업 업무 지식, 업무 흐름·규칙 모델링, 법·정책 이해, 현업 소통 | 업무 의미와 규정 해석의 품질 기준 |
"도메인"은 하나의 역할이지만 산업마다 전혀 다른 지식이다. 이 커리큘럼에는 금융(모듈 41), 의료기기(모듈 40), 자동차·철도 기능안전(모듈 35), 게임(모듈 47), IT 서비스 운영(모듈 37), 시험성적서·인증(모듈 31~33)이 있다.
경로 밖의 역할들
네 경로의 대표 역할 외에도 QA 경험에서 자연스럽게 이어지는 역할이 있다.
| 역할 | 대표 결과물 | 가까운 경로 |
|---|---|---|
| 테스트 분석가 | 위험 기반 테스트 조건, 커버리지·추적표, 품질 데이터 요약 | 공통 기반의 심화 → 제너럴리스트 |
| 테스트 컨설턴트 | 진단 보고서, 성숙도 평가, 개선 로드맵, 워크숍 | 리더십(조직 확장) |
| 형상 관리자(SCM) | 버전·기준선 관리, 빌드·배포 절차, 변경·릴리스 이력 | 기술(TestOps와 인접) |
| 테스트 강사·교육자 | 교재·실습·평가 기준, 강의 | 모든 경로의 후반부 |
| 크라우드 테스터 | 다양한 기기·지역 환경의 재현 가능한 결함 증거 | 공통 기반 → 도메인(현지화·모바일) |
| 게임 QA | 플레이·밸런스·호환성 결함, 라이브 패치 회귀 | 도메인(게임) |
테스트 분석가는 ISTQB Advanced Level의 Test Analyst에 대응하며, 2025년 5월 공개된 CTAL-TA v4.0은 메타모픽 테스트·크라우드 테스트·CRUD 테스트를 새로 넣었다. 형상 관리자는 모듈 14의 CI/CD와 맞닿아 있고, 강사는 대개 한 경로에서 10년 가까이 쌓은 사람이 겸하게 되는 역할이다.
카탈로그를 공고 해석에 쓰기
공고의 "주요 업무" 줄마다 카탈로그의 결과물 열을 대조한다.
[공고] QA Engineer
- 신규 기능의 테스트 계획 수립 및 테스트 케이스 설계 → 테스트 엔지니어
- 자동화 테스트 코드 작성 및 CI 파이프라인 연동 → 자동화·TestOps
- QA 프로세스 개선 및 품질 지표 관리 → 테스트 매니저/QMO
- 외부 테스트 인력 관리 → 테스트 리드네 줄이 네 역할을 가리킨다면 두 가지 중 하나다. 작은 회사에서 한 사람이 모든 것을 해야 하는 자리이거나, 공고를 쓴 사람이 역할을 정리하지 못한 자리다. 면접에서 "이 네 가지 중 실제로 시간의 절반 이상을 쓰는 일이 무엇인가요?" 라고 물으면 어느 쪽인지 금방 드러난다.
실무에서 왜 필요한가
역할 카탈로그는 이직할 때만 쓰는 도구가 아니다. 팀 안에서 "우리 팀에 지금 없는 역할이 무엇인가"를 찾을 때도 쓴다. 테스트 리드 역할이 비어 있으면 리뷰 기준이 사람마다 다르고, 제품 품질 엔지니어 역할이 비어 있으면 결함 데이터가 제품 결정에 쓰이지 않는다. 역할이 비어 있다는 것을 알면 그 자리를 자원해서 채우는 것이 곧 경로 전환의 첫걸음이다.
또 역할 경계가 흐린 팀에서 생기는 갈등의 상당수는 의사결정 범위가 합의되지 않아서 생긴다. 리드가 결정할 일을 매니저가 뒤집거나, BA가 정할 범위를 QA가 정하려 하면 충돌한다. 카탈로그의 세 번째 축이 그 합의의 출발점이다.
채용시장에서의 위치
같은 연차라도 역할에 따라 연봉대와 수요가 다르다. 자동화·성능·AI 데이터 품질처럼 기술 깊이를 요구하는 자리와 금융·의료처럼 규제 도메인 자리는 공급이 적어 경력 대비 협상력이 높은 편이다. 리더십 자리는 수가 적은 대신 한 번 올라서면 이직 시 직급이 유지된다. 카탈로그는 "어느 역할에서 내 경력이 가장 희소한가"를 따져 보는 데도 쓴다.