본문으로 건너뛰기
입문약 30분

역할 카탈로그 — QA 인접 역할 18가지를 결과물로 구분하기

제품 품질 엔지니어·BA·테스트 리드·테스트 매니저·QMO·프로젝트 관리·자동화·성능·임베디드·AI 데이터 품질·도메인 전문가, 그리고 테스트 분석가·컨설턴트·형상 관리자·강사·크라우드 테스터·게임 QA까지 QA에서 뻗어 나가는 역할을 대표 결과물·핵심 기술·의사결정 범위로 비교하는 카탈로그를 만든다. 공고 해석과 이직 판단의 기준표로 쓴다.

  • #커리어
  • #역할카탈로그
  • #직무분석
  • #채용공고

개념

직함 대신 세 가지 축으로

역할을 비교할 때 직함은 믿을 만한 기준이 아니다. 대신 세 가지 축을 쓴다.

  1. 대표 결과물 — 이 역할이 매주 만들어내는 것은 무엇인가
  2. 핵심 기술 — 그 결과물을 만들려면 무엇을 할 줄 알아야 하는가
  3. 의사결정 범위 — 이 역할이 혼자 결정할 수 있는 것은 어디까지인가

세 번째 축이 특히 중요하다. 테스트 리드와 테스트 매니저는 둘 다 "일정"을 다루지만, 리드는 팀 안의 일정 조정을, 매니저는 자원·비용을 포함한 프로젝트 차원의 선택을 결정한다. 같은 단어가 결정 범위만큼 다른 무게를 가진다.

제너럴리스트 경로의 역할

역할대표 결과물핵심 기술의사결정 범위
제품 품질 엔지니어사용자 여정별 품질 위험 목록, 결함·문의 통합 분석, 전후 효과가 측정된 개선안제품·사용자 흐름 분석, 품질 데이터 해석, 문제 구조화, 부서 간 협업품질 개선 우선순위 제안, 완료 기준 합의
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 데이터 품질처럼 기술 깊이를 요구하는 자리와 금융·의료처럼 규제 도메인 자리는 공급이 적어 경력 대비 협상력이 높은 편이다. 리더십 자리는 수가 적은 대신 한 번 올라서면 이직 시 직급이 유지된다. 카탈로그는 "어느 역할에서 내 경력이 가장 희소한가"를 따져 보는 데도 쓴다.

실습 과제

과제 1 — 나만의 역할 카탈로그 (20분)

위 표에서 관심 있는 역할 다섯 개를 골라, 세 축(결과물·기술·결정 범위)에 내가 지금 가진 것 과 없는 것 을 두 열로 나눠 적는다.

과제 2 — 공고 해부 (15분)

공고 두 개를 골라 "카탈로그를 공고 해석에 쓰기" 예시처럼 주요 업무 한 줄마다 역할을 붙인다. 각 공고가 한 역할 중심인지 여러 역할 혼합인지 판단하고, 면접에서 확인할 질문을 하나씩 만든다.

과제 3 — 우리 팀의 빈 역할 (10분)

현재 팀(또는 가상의 10명 규모 스타트업)을 기준으로 카탈로그의 역할 중 아무도 맡지 않은 것 을 찾고, 그 빈자리 때문에 실제로 생기는 문제를 하나씩 적는다.

자가 체크리스트

  • 역할을 직함이 아니라 결과물·기술·의사결정 범위로 비교할 수 있다
  • 네 경로의 대표 역할을 각각 대표 결과물과 함께 말할 수 있다
  • 테스트 리드와 테스트 매니저의 차이를 의사결정 범위로 설명할 수 있다
  • 경로 밖의 역할(분석가·컨설턴트·SCM·강사·크라우드·게임 QA)이 어느 경로와 가까운지 말할 수 있다
  • 공고의 주요 업무를 역할로 분해하고 면접 확인 질문을 만들 수 있다

흔한 실수

  • 역할 이름을 외우는 데서 멈춘다. 카탈로그는 공고와 팀을 해석하는 도구다. 결과물 열을 실제로 대조해 봐야 쓸모가 생긴다.
  • 혼합 공고를 무조건 나쁘게 본다. 작은 조직에서는 자연스럽다. 다만 어느 일에 시간을 가장 많이 쓰는지는 반드시 확인한다.
  • 의사결정 범위를 무시한다. 같은 업무라도 결정 권한이 없으면 결과물의 무게가 달라진다.
  • 도메인을 하나의 역할로 뭉뚱그린다. 금융 QA와 게임 QA는 공통점보다 차이가 크다. 도메인은 산업 단위로 따로 본다.

참고 자료

낯선 말 풀이

이 레슨에 나온 약어입니다. 본문에서도 처음 나올 때 점선으로 표시해 두었습니다 (제목과 링크 글자는 그대로 둡니다).

BA — 업무 분석가
고객의 업무를 파악해 요구사항으로 정리하는 사람.
QA — 품질보증
만든 것이 쓸 만한지 확인하고, 애초에 덜 망가지게 만드는 방법을 정하는 일. "테스트"는 그 일의 일부다.
QMO — 품질관리 조직
여러 팀의 품질 활동을 한곳에서 보며 기준을 정하는 조직.
CI — 지속적 통합
코드를 올릴 때마다 자동으로 합쳐서 빌드하고 시험까지 돌리는 방식.
CI/CD — 통합·배포 자동화
합치고 시험하고 배포하는 과정을 자동으로 이어 둔 흐름 전체.
JMeter — 제이미터
많은 사람이 한꺼번에 쓰는 상황을 흉내 내 서비스가 버티는지 보는 무료 도구.
DB — 데이터베이스
데이터를 넣어 두고 꺼내 쓰는 저장소. 보통 표 여러 개가 서로 연결된 형태다.
APM — 애플리케이션 성능 모니터링
서비스가 실제로 돌아가는 동안 어디가 느린지 들여다보는 도구.
UART — 직렬 통신 장치
기기와 컴퓨터를 선으로 잇고 글자를 한 줄씩 주고받는 가장 단순한 통신 방식.
CAN — 캔 통신
자동차 안의 작은 컴퓨터들이 서로 신호를 주고받는 통신 방식.
HIL — 하드웨어 포함 시험
실제 부품을 연결해 두고, 주변 환경만 컴퓨터로 흉내 내서 시험하는 방식.
SIL — 안전 완전성 수준 · 소프트웨어 포함 시험
이 커리큘럼에서 두 가지로 쓰인다. ① 고장이 났을 때 사람이 다칠 위험이 큰 정도에 따라 매기는 안전 등급(숫자가 클수록 엄격하다) ② 설계 모델이 아니라 실제로 만들어진 코드를 개발용 컴퓨터에서 돌려 보는 시험 단계. 앞뒤 문장에 등급 숫자가 있으면 ①, 모델·실물 시험과 나란히 나오면 ②다.

이 레슨에 나온 나머지 4개를 포함해 용어집 전체 보기