직무별 가이드 / QA 엔지니어 이력서 작성법
QA 엔지니어 이력서 작성법
QA 엔지니어 이력서는 '테스트를 했다'가 아니라 '결함이 어느 단계에서 걸러지게 만들었는가'를 보여줘야 해요. 같은 자동화 경험이라도 그것이 출시 판단을 바꿨는지, 운영에서 터지던 결함을 앞 단계로 끌어왔는지에 따라 무게가 완전히 달라져요. 수동 테스트 경력도 테스트 설계 기법과 위험 기반 우선순위로 풀어 쓰면 충분히 강점이 돼요.
QA 리드가 이력서에서 먼저 찾는 신호
- 1
결함 유출을 어디서 막았는가
운영에 새어 나간 결함 수, 단계별 발견 비율처럼 '얼마나 앞당겼는지'를 보여주는 지표가 먼저예요. 테스트 케이스 개수는 그다음이에요.
- 2
릴리스 게이트를 누가 쥐고 있었나
출시 판정 기준을 직접 정의했는지, 기준에 못 미쳤을 때 출시를 멈추거나 조건부로 내보낸 경험이 있는지 봐요.
- 3
자동화의 유지 비용을 아는가
커버리지 숫자보다 플래키 비율, 스위트 실행 시간, 깨진 테스트를 고치는 데 드는 시간을 관리해 봤는지가 경력의 깊이를 보여줘요.
- 4
테스트 설계의 근거
경계값 분석, 상태 전이, 페어와이즈 같은 기법을 썼는지, 그리고 위험도를 기준으로 무엇을 덜 테스트하기로 결정했는지요.
QA 채용에서는 '버그를 많이 찾은 사람'보다 '버그가 덜 생기고 더 빨리 잡히는 흐름을 만든 사람'을 찾아요. 문장마다 그 흐름의 어느 지점을 바꿨는지 드러나게 써 보세요.
QA 엔지니어 이력서의 흔한 실수
테스트 케이스 1,200개 작성 및 수행
회원·주문 도메인 테스트 케이스 1,200개를 위험도 3단계로 재분류해 회귀 범위를 좁히고, 회귀 테스트 기간을 4일에서 1.5일로 줄이면서도 운영 결함 수는 늘지 않게 유지
💡 개수는 노력의 양일 뿐이에요. 우선순위를 어떻게 정했고, 그 결과 무엇이 빨라지거나 안전해졌는지를 붙이세요.
단위 테스트 커버리지 90% 달성
정산 모듈에 변이 테스트를 적용해 실행은 되지만 단정이 없는 테스트 30여 개를 찾아 보강했고, 이후 정산 금액 오류 2건을 배포 전 CI에서 차단
💡 커버리지는 '실행된 줄'이지 '검증된 동작'이 아니에요. 면접관은 이 차이를 아는 사람인지 확인하고 싶어 해요.
신입 vs 경력 QA — 보여줄 것이 달라요
| 항목 | 신입 | 경력 |
|---|---|---|
| 핵심 증거 | 공개 서비스를 대상으로 직접 쓴 테스트 설계 문서와 결함 리포트 샘플 | 릴리스 프로세스나 품질 지표를 바꾼 경험과 그 전후 비교 |
| 자동화 | 작은 프로젝트라도 CI에서 실제로 돌아가는 E2E·API 테스트 저장소 | 프레임워크 선정 이유, 플래키 관리 방식, 실행 시간 최적화 |
| 결함 리포트 | 재현 단계·기대 결과·실제 결과·환경이 정확한 리포트 작성 능력 | 결함 원인을 분류해 개발 프로세스 개선으로 이어 간 사례 |
| 자격 | ISTQB Foundation 등은 학습 근거로 짧게 | 자격보다 테스트 전략 수립과 조직 내 품질 기준 합의 경험 |
QA 포트폴리오에 넣을 것과 뺄 것
- 직접 만든 테스트 자동화 저장소 — README에 실행 방법, 폴더 구조, CI 실행 결과까지
- 테스트 전략 문서 1~2쪽 요약 — 테스트 범위, 제외 범위, 위험 판단 근거 포함
- 잘 쓴 결함 리포트 샘플 — 오픈소스 프로젝트에 남긴 이슈라면 링크로
- 부하 테스트(k6·JMeter) 시나리오와 결과를 해석한 메모
- 품질 대시보드 예시 — 지표 이름과 추세만 남기고 실제 값은 가린 버전
- 빼기: 사내 테스트 서버 주소나 테스트 계정 정보가 찍힌 캡처
- 빼기: 출시 전 제품의 화면과 기능 명세 — 미공개 정보예요
QA 면접에서 이어질 질문
면접관: 운영 결함을 분기 12건에서 3건으로 줄였는데, 남은 3건은 왜 못 잡았나요?
지원자: 두 건은 특정 결제 수단의 외부 연동 응답이 달라서였어요. 테스트 환경에선 모의 응답만 쓰고 있어서 계약 테스트를 추가했고, 나머지 한 건은 데이터 마이그레이션이라 배포 전 리허설 절차에 넣었어요.
면접관: 릴리스 게이트 기준에 못 미쳤는데 비즈니스 쪽에서 출시를 밀어붙이면 어떻게 하세요?
지원자: 위험을 영향 범위와 시나리오로 정리해서 결정권자에게 넘겨요. 실제로 한 번은 대상 사용자를 일부로 좁혀 단계적으로 배포하는 조건으로 합의했어요.
필수 항목 체크리스트
- 테스트 자동화
- 테스트 커버리지/성과
- 테스트 계획/전략
- CI/CD 연동(권장)
- 성능/부하 테스트(권장)
강조 키워드
좋은 성과 문장 예시
- ✦결제·가입 핵심 경로 위주로 Playwright E2E를 재구성하고 PR마다 도는 8분짜리 스모크 세트를 분리해, 운영 환경에서 발견되는 결함을 분기 12건에서 3건으로 줄임
- ✦릴리즈 게이트 기준(치명 결함 0건·회귀 스위트 통과·성능 기준선 이내)을 문서화해 개발·기획과 합의하고, 출시 여부 판단을 감이 아닌 체크리스트 기반 회의로 전환
- ✦플래키 테스트 47건을 원인별(대기 조건·테스트 데이터 공유·외부 API 의존)로 분류해 고치고, 재실행 없이 통과하는 비율을 주간 리포트로 공개해 자동화 결과에 대한 개발팀 신뢰 회복
바로 QA 엔지니어 이력서를 만들어 보세요
무료 · 경력 몇 줄이면 시작
지금 무료로 이력서 만들기 →