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

QA 커리어 지도 — 공통 기반에서 네 갈래 성장 경로로

QA 커리어를 한 줄짜리 승진 사다리가 아니라 공통 기반과 네 갈래 경로(제너럴리스트·리더십·기술 스페셜리스트·도메인 스페셜리스트)의 지도로 읽는다. 각 경로가 넓히는 방향, 대표 역할과 장기 이정표, 경로 사이를 오가는 전환의 조건을 정리하고 내 현재 위치를 지도 위에 찍는다.

  • #커리어
  • #커리어패스
  • #역할지도
  • #성장경로

개념

사다리가 아니라 지도다

QA 커리어를 설명할 때 가장 흔한 그림은 사다리다. 주니어 테스터 → 시니어 테스터 → QA 리드 → QA 매니저. 이 그림은 틀리지는 않지만 대부분의 사람을 설명하지 못한다. 10년 차 성능 테스트 전문가는 매니저가 아니지만 주니어도 아니다. 의료기기 소프트웨어 검증 전문가는 팀을 이끌지 않아도 조직에서 대체할 수 없는 사람이다. 제품 기획으로 옮긴 전직 QA는 사다리에서 "떨어진" 것이 아니라 다른 방향으로 넓힌 것이다.

그래서 이 모듈은 커리어를 지도 로 그린다. 지도에는 출발점이 있고, 여러 갈래 길이 있고, 길 사이를 잇는 샛길이 있다. 어느 길이 더 높은 곳에 있지 않다.

                         ┌─ 제너럴리스트 ─ 제품 품질 엔지니어 → BA·제품 기획 → (제품·품질 전략)
                         │
 입문 → 공통 기반 ────────┼─ 리더십 ─ 테스트 리드 → 테스트 매니저 → QA 조직 책임자·QMO / 프로젝트·사업 관리
 (테스터 → 테스트 엔지니어)│
                         ├─ 기술 스페셜리스트 ─ 자동화·TestOps / 성능·신뢰성 / 임베디드·시스템 / AI·데이터
                         │                     → 시니어 기술 스페셜리스트 → 아키텍트·기술 책임자
                         │
                         └─ 도메인 스페셜리스트 ─ 도메인 품질 전문가 → 시니어 도메인 스페셜리스트 → 도메인 품질 책임자

이 구조는 국내 커리어 서비스(몬스터테스트랩의 "소프트웨어 테스터 커리어패스 나침반")가 제시하는 네 갈래 구분과 ISTQB 자격 체계의 Core·Specialist 구분, SFIA의 책임 수준 개념을 겹쳐 보면 자연스럽게 나오는 모양이다. 이름은 조직마다 다르지만 넓히는 방향이 네 가지 라는 점은 거의 공통이다.

공통 기반 — 모든 경로의 출발점

어느 경로로 가든 출발점은 같다. 제품을 직접 확인하고, 재현 가능한 결함 정보를 만들고, 요구사항과 위험을 시험 가능한 조건으로 바꾸는 능력이다. 이 공통 기반은 두 단계로 나뉜다.

단계핵심 질문대표 결과물
소프트웨어 테스터"이 기능이 의도대로 동작하는가?"실행 기록, 결함 보고서, 회귀 결과
테스트 엔지니어"무엇을 어떤 방법으로 확인해야 위험이 줄어드는가?"테스트 조건·케이스 설계서, 테스트 수트, 품질 상태 설명

공통 기반을 건너뛰고 바로 한 경로로 가려는 시도는 거의 실패한다. 결함 보고서를 제대로 써 본 적 없는 자동화 엔지니어는 무엇을 자동화해야 하는지 를 모른다. 테스트를 설계해 본 적 없는 매니저는 공수 산정의 근거 를 만들지 못한다. 공통 기반이 곧 모든 경로의 공용 화폐다. 이 단계는 레슨 2에서 자세히 다룬다.

네 갈래 경로 — 무엇을 넓히는가

경로를 구분하는 가장 좋은 기준은 "무엇을 넓히는가"다.

경로넓히는 방향대표 역할장기 이정표
제너럴리스트제품·사용자·사업 관점제품 품질 엔지니어, BA·제품 기획제품·품질 전략(PO·PM·컨설팅)
매니저·리더십사람·팀·조직·사업 책임테스트 리드, 테스트 매니저, QA 조직 책임자·QMO, 프로젝트·사업 관리품질 조직 총괄
기술 스페셜리스트한 기술 분야의 깊이자동화·TestOps, 성능·신뢰성, 임베디드·시스템, AI·데이터 품질시니어 기술 스페셜리스트 → 아키텍트·기술 책임자
도메인 스페셜리스트한 산업의 규칙·위험·규제도메인 품질 전문가(금융·의료·자동차·게임·공공 등)시니어 도메인 스페셜리스트 → 도메인 품질 책임자

같은 "5년 차 QA"라도 네 사람이 전혀 다른 곳에 서 있을 수 있다.

  • 제너럴리스트 5년 차는 결함 데이터와 고객 문의를 묶어 "이 기능의 이탈 원인이 품질 문제"라고 제품팀을 설득한다
  • 리더십 5년 차는 네 명의 테스터에게 일을 나누고, 리뷰 기준을 맞추고, 주간 품질 상태를 보고한다
  • 기술 5년 차는 CI에서 도는 테스트 3천 개의 불안정성을 2%에서 0.3%로 줄였다
  • 도메인 5년 차는 전자금융감독규정의 조문을 읽고 그것이 어떤 시험 항목이 되는지 개발팀에 설명한다

경로는 서열이 아니다

이 지도에서 가장 중요한 한 줄은 경로 사이에 위아래가 없다 는 것이다. 리더십 경로가 기술 경로보다 "위"라는 생각이 조직에 퍼지면 두 가지 나쁜 일이 생긴다.

  1. 뛰어난 기술자가 승진을 위해 원하지 않는 관리직으로 옮기고, 조직은 좋은 기술자와 좋은 매니저를 동시에 잃는다
  2. 도메인 전문가가 "관리를 못 해서 제자리"라는 평가를 받고 떠난다

그래서 성숙한 조직은 이중 경력 사다리(dual career ladder) 를 둔다. 관리직 트랙과 같은 수준의 보상·권한을 가진 전문가 트랙(스태프·프린시펄 엔지니어 등)을 만드는 것이다. 지원하는 회사에 전문가 트랙이 있는지 확인하는 것은 기술·도메인 경로를 고른 사람에게 꽤 중요한 질문이다.

샛길 — 경로 사이를 옮기는 전환

지도에는 점선으로 된 샛길도 있다. 실무에서 자주 보이는 전환은 이런 것들이다.

전환가져가는 것새로 쌓아야 하는 것
제품 품질 엔지니어 → 테스트 리드제품 이해, 부서 간 협업업무 배분, 리뷰·코칭, 진척 보고
테스트 리드 ↔ 기술 스페셜리스트팀 전체의 테스트 구조 이해한 기술의 깊이(또는 반대로 사람 관리)
기술 스페셜리스트 ↔ 도메인 품질 전문가도구·자동화 역량산업 규칙과 규제(또는 반대로 기술 깊이)
테스터 → BA·제품 기획요구사항의 빈틈을 찾는 눈요구 도출, 우선순위 결정, 이해관계자 조율

점선은 자동 승진이 아니다. 새 역할에 필요한 책임과 결과물을 실제로 쌓았을 때 열리는 길이다. 이 부분은 레슨 5에서 구체적인 전환 계획으로 다룬다.

지도 위에 내 위치 찍기

지도는 "지금 어디에 서 있는가"를 찍어야 쓸모가 있다. 위치는 직함이 아니라 최근 6개월 동안 가장 많이 만든 결과물 로 찍는다.

최근 6개월에 가장 많이 만든 것지도 위 위치
실행 기록·결함 보고서공통 기반 1단계
테스트 설계서·테스트 수트·API 검증 결과공통 기반 2단계
품질 데이터 분석·개선 제안제너럴리스트 입구
팀 일정표·리뷰 코멘트·주간 보고리더십 입구
자동화 코드·파이프라인·성능 리포트기술 스페셜리스트 입구
규정 대응표·도메인 시나리오도메인 스페셜리스트 입구

직함이 "QA 매니저"인데 결과물이 전부 결함 보고서라면 위치는 공통 기반 1단계다. 이것은 부끄러운 일이 아니라 정확한 출발점 이다. 정확히 찍어야 다음 한 걸음이 보인다.

실무에서 왜 필요한가

커리어 지도가 없으면 성장은 우연에 맡겨진다. 회사가 맡기는 일을 하다 보면 5년이 지나고, 그 5년이 어느 경로에도 깊이를 남기지 않는 경우가 많다. "이것저것 다 해 봤다"는 이력서는 어느 공고에서도 1순위가 되지 못한다.

지도는 세 가지 결정에 직접 쓰인다.

  • 업무 선택: 같은 팀 안에서도 어떤 일을 자원할지 정할 때. 리더십 경로를 원하면 신입 온보딩과 리뷰를, 기술 경로를 원하면 플래키 테스트 정리를 자원한다
  • 학습 투자: 제한된 시간을 어디에 쓸지. 이 커리큘럼의 트랙 선택이 곧 경로 선택이다
  • 이직 판단: 연봉만이 아니라 "이 자리가 내 경로에서 어떤 결과물을 쌓게 해 주는가"로 제안을 비교한다

팀을 이끄는 사람에게도 이 지도는 필요하다. 팀원 면담에서 "앞으로 뭐 하고 싶어요?"라고 묻는 대신 지도를 펼쳐 놓고 "지금 여기 있고, 이쪽으로 가고 싶다면 다음 분기에 이 일을 맡아 보자"라고 말할 수 있기 때문이다. 이것이 모듈 43에서 다루는 코칭의 출발점이다.

채용시장에서의 위치

공고를 읽을 때 지도는 해석 도구다. 공고의 "주요 업무" 목록을 네 경로의 결과물에 대응시키면 직함 뒤의 실제 역할이 보인다. 예를 들어 "QA 엔지니어" 공고에 "테스트 자동화 프레임워크 설계", "CI 파이프라인 연동", "플래키 테스트 개선"이 있다면 기술 스페셜리스트(자동화·TestOps) 자리다. 같은 직함에 "QA 프로세스 수립", "외주 테스트 인력 관리", "경영진 품질 보고"가 있다면 리더십 경로 자리다.

면접에서 "5년 뒤 모습"을 물으면 지도의 언어로 답한다. 주 경로 하나, 보조 경로 하나, 그리고 그 사이의 증거.

실습 과제

과제 1 — 나의 6개월 결과물 목록 (15분)

최근 6개월 동안 만든 결과물을 가능한 한 많이 적는다(보고서, 코드, 문서, 회의록, 발표 자료 등). 각 결과물 옆에 "공통 기반 1단계 / 2단계 / 제너럴리스트 / 리더십 / 기술 / 도메인" 중 하나를 붙이고 개수를 센다. 가장 많은 칸이 지금의 위치다.

과제 2 — 공고 세 개를 지도에 찍기 (15분)

같은 직함("QA 엔지니어" 또는 "QA 매니저")의 공고 세 개를 고른다. 각 공고의 주요 업무를 네 경로의 결과물로 분류하고, 세 공고가 지도 위에서 각각 어디를 가리키는지 한 줄로 쓴다.

과제 3 — 이중 경력 사다리 확인 (10분)

관심 있는 회사 두 곳의 채용 페이지·기술 블로그·직급 체계 공개 자료를 찾아, 관리직과 동등한 전문가 트랙(스태프·프린시펄·수석 등)이 있는지 확인한다. 없다면 기술·도메인 경로를 고른 사람에게 어떤 의미인지 두 줄로 적는다.

자가 체크리스트

  • 커리어를 사다리가 아니라 공통 기반과 네 갈래 경로의 지도로 설명할 수 있다
  • 네 경로가 각각 "무엇을 넓히는가"를 한 문장으로 말할 수 있다
  • 공통 기반을 건너뛰면 왜 다른 경로에서 막히는지 예를 들어 설명할 수 있다
  • 경로가 서열이 아니라는 원칙과 이중 경력 사다리의 의미를 설명할 수 있다
  • 경로 사이의 전환이 자동 승진이 아니라 결과물로 열린다는 점을 설명할 수 있다
  • 직함이 아니라 최근 결과물로 지도 위의 내 위치를 찍을 수 있다

흔한 실수

  • 커리어를 관리직 승진 하나로만 본다. 기술·도메인 경로의 전문가가 조직에서 더 대체 불가능한 경우가 많다. 원하지 않는 관리직으로 옮기면 잘하던 일과 새 일 모두 흔들린다.
  • 직함으로 위치를 판단한다. 직함은 회사마다 다르다. 결과물이 위치를 말한다.
  • 공통 기반을 빨리 졸업하려 한다. 결함 보고와 테스트 설계는 모든 경로에서 계속 쓰인다. 기반이 얕으면 어느 경로에서든 천장이 빨리 온다.
  • 네 경로를 동시에 쌓으려 한다. 주 경로 하나와 보조 경로 하나면 충분하다. 넷 다 조금씩이면 어느 공고에서도 1순위가 되지 못한다.
  • 한 번 고른 경로를 평생 가야 한다고 생각한다. 지도에는 샛길이 있다. 다만 옮길 때는 새 경로의 결과물을 먼저 쌓아야 한다.

참고 자료

  • 몬스터테스트랩 — 소프트웨어 테스터 커리어패스 나침반 — 공통 기반과 네 갈래 성장 경로, 역할별 업무·기술 설명을 제공하는 국내 커리어 서비스
  • ISTQB — Certifications — Core·Specialist·Expert로 나뉜 자격 포트폴리오. 경로별 학습 범위를 가늠하는 데 쓴다
  • SFIA 9 — 2024년 10월 공개된 디지털 역량 프레임워크. 7단계 책임 수준과 Testing(TEST) 스킬 정의
  • 레슨 s1-m01-l06 — QA·QC·테스터의 역할과 조직 구조, 커리어 전망의 출발점

낯선 말 풀이

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

QA — 품질보증
만든 것이 쓸 만한지 확인하고, 애초에 덜 망가지게 만드는 방법을 정하는 일. "테스트"는 그 일의 일부다.
ISTQB — 국제 소프트웨어 테스팅 자격 위원회
테스터 자격 시험을 만들고 용어를 정리하는 국제 단체.
SFIA — 정보화 시대 역량 체계
정보기술 직무의 역량을 등급과 항목으로 정리해 둔 국제 체계.
BA — 업무 분석가
고객의 업무를 파악해 요구사항으로 정리하는 사람.
PO — 제품 책임자
무엇을 먼저 만들지 정하는 사람. 애자일 방식에서 쓰는 역할 이름이다.
PM — 프로젝트 또는 제품 관리자
일정과 범위를 정하고 결정을 내리는 사람. 회사에 따라 프로젝트 관리자와 제품 관리자 둘 중 하나를 뜻한다.
QMO — 품질관리 조직
여러 팀의 품질 활동을 한곳에서 보며 기준을 정하는 조직.
AI — 인공지능
사람이 규칙을 일일이 적지 않아도 데이터에서 규칙을 찾아 판단하는 소프트웨어.
CI — 지속적 통합
코드를 올릴 때마다 자동으로 합쳐서 빌드하고 시험까지 돌리는 방식.
API — 응용 프로그램 인터페이스
프로그램끼리 주고받는 창구. 사람이 화면 버튼을 누르는 대신, 프로그램이 정해진 주소로 요청을 보내 답을 받는다.
QC — 품질관리
이미 만들어진 것에서 불량을 골라내는 일. 품질보증은 불량이 생기는 과정 자체를 다룬다는 점이 다르다.

용어집 전체 보기