이 자리가 왜 생겼을까요
공고에 걸린 QA팀 팀 스토리(B컷, 2026년 9월)에서 QA팀을 맡고 있는 김은영 님은 확인해야 할 기능 조합이 사람을 늘리는 속도보다 빠르게 늘어나 그 격차를 사람 수로 메우는 것이 어느 순간부터 불가능해졌다고 말합니다. 같은 글은 서버 개발자와 QA 담당자가 함께하는 QA 엔지니어링 TF를 소개하고, 내년에는 변경 영향도를 기반으로 시스템이 테스트 범위를 추천하고 그중 일정 부분의 테스트 수행까지 대신하는 수준을 목표로 한다고 적었습니다. 이 공고의 조직소개도 사람의 반복 작업을 줄이고 자동화가 개발 파이프라인의 자연스러운 일부가 되도록 만드는 것을 이번 포지션의 미션이라고 밝힙니다. 이 자리에서는 자동화 스크립트를 많이 만든 경험보다 무엇을 자동화하고 무엇을 사람이 볼지 정한 판단이 쓰입니다. 그 판단으로 줄어든 시간이나 결함 수를 숫자로 정리하면 이 포지션의 미션과 이어집니다.
우아한형제들이 지금 어떤 사업에 집중하고 있는지는 우아한형제들 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
서비스 전반의 테스트 자동화 전략·로드맵 수립 및 실행을 리드합니다.
이렇게 볼 수 있어요
자동화를 직접 짜는 일보다 무엇을 먼저 자동화할지 정하는 일이 먼저 적혀 있습니다. 조직소개도 자동화의 ROI를 측정하고 우선순위를 판단할 수 있는 분을 찾는다고 밝혔습니다.
UI/API/E2E 자동화 프레임워크를 설계·구축하고 지속적으로 개선합니다.
이렇게 볼 수 있어요
개발환경의 Automation 칸에 자체 테스트 프레임워크(BDD)가 있습니다. 프레임워크를 처음부터 설계한 경험과 기존 프레임워크를 고쳐 쓴 경험을 구분해 적으면 맡을 수 있는 범위가 분명해집니다.
CI/CD 파이프라인에 테스트 자동화를 통합해 배포 신뢰도를 높입니다.
이렇게 볼 수 있어요
공고에 걸린 QA팀 팀 스토리는 배포될 때마다 스모크 테스트와 기능 테스트가 자동으로 작동하게 만들어 QA 투입이 필요한지를 시스템이 먼저 판단한다고 소개했습니다. 배포 단계에 테스트를 붙여 본 경험이 있다면 어느 단계에서 무엇을 막았는지 쓸 수 있습니다.
자동화 커버리지, 실행 안정성(Flakiness), 실행 시간 등 품질 지표를 정의하고 관리합니다.
이렇게 볼 수 있어요
이 지표들은 테스트 개수보다 테스트가 믿을 만한지를 잽니다. 불안정한 테스트를 찾아 줄인 경험이 있다면 줄이기 전후의 실패율이나 실행 시간을 숫자로 적을 수 있습니다.
AI 기반 테스트 자동화 등 신규 기술을 실험하고 팀에 도입합니다. QA 생산성 향상을 위한 내부 도구를 개발하고 반복 업무를 자동화합니다.
이렇게 볼 수 있어요
팀 스토리는 서버 개발자와 QA 담당자가 함께 QA 업무를 시스템화하는 QA 엔지니어링 TF를 소개합니다. 같은 글은 흩어진 과제 정보를 한 화면에 모으는 대시보드와 AI가 판단 근거로 쓸 수 있게 코드베이스를 검색 가능하게 만드는 작업을 진행하고 있다고 밝혔습니다. 테스트 데이터 생성이나 상태 보고처럼 반복되던 일을 도구로 바꾼 경험을 이 업무의 예로 들 수 있습니다.
팀 내 자동화 표준과 가이드를 세우고 코드 리뷰와 멘토링으로 팀 역량을 키웁니다.
이렇게 볼 수 있어요
조직소개는 동료 QA 엔지니어의 자동화 역량을 함께 성장시킬 수 있는 분을 찾는다고 적었습니다. 다른 QA의 자동화 코드를 리뷰하거나 가이드를 만들어 팀이 따라 쓰게 한 사례가 있다면 이 업무에 맞습니다.
개발 초기 단계부터 참여해 서비스 Testability와 자동화 가능성을 높입니다.
이렇게 볼 수 있어요
이 업무에서는 테스트 단계에 들어오기 전 설계 단계부터 의견을 냅니다. 개발팀에 테스트하기 쉬운 구조를 제안해 반영된 경험이 있다면 어떤 제안이었고 구조가 어떻게 바뀌었는지를 함께 쓰면 됩니다.
2자격 요건
소프트웨어 QA 경력 7년 이상, 그중 테스트 자동화 실무 경험 4년 이상이 필요합니다.
이렇게 볼 수 있어요
전체 7년과 자동화 4년을 따로 셉니다. 공고의 자격 요건은 '소프트웨어 QA 경력 7년 이상'입니다. 공고에 걸린 팀 스토리(2026년 9월)의 답변은 총 경력이 7년 이상이면 되고 그 7년이 전부 QA 경력일 필요는 없다고 적어 공고 문구와 차이가 있습니다. 개발이나 기획 경력이 섞여 있다면 QA와 테스트 자동화를 맡은 기간을 나눠 밝혀야 두 기준 어느 쪽으로도 확인할 수 있습니다.
테스트 자동화 프레임워크를 직접 설계하거나 구축한 경험이 필요합니다.
이렇게 볼 수 있어요
이 조건은 만들어진 프레임워크 위에서 스크립트를 쓴 경험과 다릅니다. 경력기술서 안내도 본인이 기여한 기술적 내용에 자동화 프레임워크 설계·구축 내용을 포함하라고 권합니다.
Python/Java/JavaScript 중 1개 이상 언어로 자동화 코드를 능숙하게 작성할 수 있어야 합니다.
이렇게 볼 수 있어요
세 언어 중 하나면 됩니다. 개발환경의 Language 칸도 같은 세 언어입니다.
Selenium, Appium 등 UI 자동화 도구와 API 테스트 자동화 실무 경험이 필요합니다.
이렇게 볼 수 있어요
웹과 모바일 UI, API를 함께 묻습니다. 팀 스토리가 배민앱, 라이더앱, 사장님앱 같은 사용자 단위로 담당자를 나눈다고 소개한 만큼, Appium으로 모바일 앱을 자동화해 본 경험이 있다면 따로 밝혀 둘 만합니다.
CI/CD 환경에서 테스트 자동화를 구축·운영한 경험이 필요합니다.
이렇게 볼 수 있어요
구축과 운영을 함께 묻습니다. 파이프라인에 붙인 테스트가 자주 깨질 때 어떻게 관리했는지까지 이야기할 수 있으면 운영까지 맡았다는 것이 전달됩니다.
자동화 도입의 비용과 효과를 판단해 우선순위를 결정한 경험이 필요합니다.
이렇게 볼 수 있어요
자동화하지 않기로 한 판단도 이 경험에 들어갑니다. 무엇을 기준으로 자동화 대상을 골랐는지, 그 결과 절약한 시간이 얼마인지를 함께 적어야 합니다.
다양한 직군(개발, 기획, 디자인)과 협업하며 문제를 해결한 경험이 필요합니다.
이렇게 볼 수 있어요
팀 스토리는 일의 절반이 소통이고 QA가 아니라 서비스의 관점으로 봐 달라고 늘 얘기한다고 적었습니다. 결함을 막는 데서 그치지 않고 배포 범위를 조정하는 대안을 다른 직군에 제안한 사례가 이 조건에 맞습니다.
3우대 사항
대규모 트래픽 서비스에서 자동화 체계를 구축·운영한 경험을 우대합니다.
이렇게 볼 수 있어요
자동화를 만든 것보다 큰 서비스에서 계속 돌린 경험을 봅니다. 서비스 규모와 하루 실행 횟수 같은 숫자를 함께 적으면 규모를 가늠할 수 있습니다.
BDD 기반 테스트 프레임워크 설계 경험을 우대합니다.
이렇게 볼 수 있어요
개발환경에 자체 테스트 프레임워크(BDD)가 있어 지금 쓰는 방식과 바로 이어집니다. 시나리오를 기획이나 개발과 함께 쓰는 방식으로 운영해 본 경험이 있다면 운영 방식까지 설명할 수 있습니다.
AI/LLM을 활용한 테스트 자동화(테스트 생성, 자가 치유 스크립트 등) 경험을 우대합니다.
이렇게 볼 수 있어요
업무의 AI 기반 테스트 자동화에 바로 쓰입니다. 팀 스토리는 사전과제에 AI 도구를 써도 괜찮지만 그 과정을 스스로 설명할 수 있어야 한다고 적었습니다.
테스트 인프라(디바이스 팜, 병렬 실행 환경 등)를 구축·운영한 경험과 성능·부하 테스트 등 비기능 테스트 자동화 경험을 우대합니다.
이렇게 볼 수 있어요
기능 테스트 밖의 인프라와 비기능 테스트를 함께 묶었습니다. 실행 시간을 줄이려고 병렬화를 도입했거나 부하 테스트를 자동으로 돌리게 만든 경험이 있다면 각각 따로 적을 수 있습니다.
자동화 품질 지표를 기반으로 조직의 의사결정을 이끈 경험을 우대합니다.
이렇게 볼 수 있어요
이 우대 사항은 지표를 만드는 데서 그치지 않고 그 지표로 배포나 일정 결정을 바꾼 경험을 가리킵니다. 어떤 지표를 보고 누가 무엇을 결정했는지 한 사례로 이어 말할 수 있어야 합니다.
오픈소스 기여 또는 도구 개발 경험을 우대합니다.
이렇게 볼 수 있어요
공개된 기여가 없어도 팀 안에서 쓰인 도구를 만든 경험이 여기에 들어갑니다. 팀 스토리에는 개발자 출신 입사자가 테스트 데이터를 자동으로 만들어 주는 도구를 직접 만들어 팀에서 잘 쓰이게 된 사례가 나옵니다.
4기타 사항
- 게시일 : 2026년 3월 10일
- 고용형태 : 정규직
- 근무지 : 서울시 송파구 위례성대로 2 (방이동, 장은빌딩) (추정)
- 경력 조건 : 경력 7년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Python
- Java
- JavaScript
- Selenium
- Appium
- Postman
- Charles
- SonarQube
- GitLab
- AWS
전형과 지원
우아한형제들 채용 사이트의 합류여정은 지원서 접수부터 최종 입사 확정까지 네 단계를 안내합니다. 재지원과 결과 안내 같은 규칙은 자주 묻는 질문에 있습니다. 이 답변들은 2022년 9월 20일에 마지막으로 수정됐으므로 지금 운영과 다른 부분이 있을 수 있습니다.
네 단계와 두 차례 인터뷰
합류여정은 '지원서 접수 → 1, 2차 인터뷰 → 처우 협의 → 최종 입사 확정' 순서를 안내합니다. 서류합격자에게만 전화로 인터뷰 일정을 알립니다. 1차 실무진 인터뷰는 2~3명의 심사관이 다대일로 약 1시간 진행합니다. 2차 경영진 인터뷰는 1차의 질문과 답변을 바탕으로 '역량과 직무 간의 적합도, 일을 대하는 태도, 우아한형제들의 문화'를 묻습니다.
이렇게 볼 수 있어요
1차는 지원한 포지션과 관련 있는 실무진이 진행하고, 2차는 역량과 직무의 적합도에 태도와 문화를 더해 묻습니다. 2차는 1차 답변을 바탕으로 이어지므로 1차에서 말한 사례를 우아한 일원칙과 연결해 다시 설명할 준비를 해 두면 도움이 됩니다. 서류합격자에게는 인터뷰 일정이 전화로 오고, 전형 일정과 결과는 이메일이나 인재영입 홈페이지로 안내되므로 지원서의 연락처와 이메일이 정확한지도 확인해야 합니다.
기간제는 1차만, 서버/백엔드는 라이브 코딩
합류여정은 '기간제의 경우, 1차 인터뷰만 진행됩니다'라고 적었습니다. 서버/백엔드 직무는 '1차면접에서 라이브 코딩 인터뷰가 진행됩니다'라고 밝혔고, 진행 방식이 다른 포지션은 사전에 자세히 안내한다고 했습니다. 데이터엔지니어링(데이터서비스 AI) 공고는 서류 다음에 코딩테스트를 둡니다.
이렇게 볼 수 있어요
같은 회사라도 고용형태와 직무에 따라 인터뷰 구성이 달라집니다. 서버/백엔드 지원자는 실무진 인터뷰에서 코드를 직접 작성하게 되므로 평소 쓰는 언어로 문제를 풀며 생각을 말로 설명하는 연습이 필요합니다.
추가 절차와 유의사항
합류여정은 기본 프로세스에 경우에 따라 '코딩테스트, 사전과제, 추가인터뷰, WSP(Work Style Profile), 평판조회 등'이 더해질 수 있다고 안내합니다. 접수 기한이 명시되지 않은 공고는 인재 영입이 완료되면 조기 마감될 수 있습니다. 해외여행에 결격 사유가 없어야 하고 지원서나 인터뷰 답변에 허위사실이 있으면 합격이 취소될 수 있습니다.
이렇게 볼 수 있어요
공고마다 추가 절차가 붙을 수 있어 지원한 공고 본문의 안내를 먼저 확인해야 합니다. 마감일이 없는 공고는 언제 마감될지 알 수 없으니 지원을 정했다면 미루지 않는 편이 낫습니다. 평판조회가 있을 수 있으므로 이전 직장의 동료나 상사 가운데 연락할 수 있는 사람을 미리 생각해 두면 일정이 늦어지지 않습니다. 데이터엔지니어링(데이터서비스 AI) 공고에는 코딩테스트와 3차 면접이, QA Engineer(자동화 및 품질 전략) 공고에는 서류 전형 중 사전과제가 있어 두 공고는 기본 절차보다 준비할 단계가 더 많습니다.
수습 기간
합류여정은 '정규직 입사 시 신입 6개월, 경력 3개월의 수습기간이 적용되며, 기간제의 경우 계약 기간에 따라 1개월 혹은 3개월의 수습기간이 적용됩니다'라고 안내합니다.
이렇게 볼 수 있어요
같은 정규직이라도 신입과 경력의 수습 기간이 두 배 차이 납니다. 이직 일정과 조건을 따질 때는 수습 기간도 함께 넣어 계산할 필요가 있습니다.
재지원과 중복지원
자주 묻는 질문은 '이전 불합격 기록이 있다면, 동일 공고에 대한 재지원은 최소 6개월 이후를 권장드립니다'라고 답합니다. 여러 공고에 중복지원할 수 있고 두 개 이상 포지션에서 서류에 합격하면 추가 내부검토를 거쳐 포지션별로 따로 면접을 보거나 각 팀 실무진이 함께 참석하는 통합면접으로 진행한다고 밝혔습니다.
이렇게 볼 수 있어요
같은 공고 재지원은 6개월 뒤를 권장하고 다른 공고 지원에 대한 제한은 적혀 있지 않습니다. 여러 공고에 함께 지원하면 통합면접이 될 수 있으므로 공고마다 다른 경험을 내세우기보다 두 공고 모두에 설명할 수 있는 사례를 준비해 두는 편이 낫습니다. 이 답변의 마지막 수정일이 2022년 9월 20일이므로 지원 전에 채용 사이트에서 지금 기준을 다시 확인해 볼 필요가 있습니다.
경력 연차와 접수 창구
자주 묻는 질문은 '공고에 명시된 경력연차는 지원에 필요한 기본적인 참고사항'이고 해당 연차 수준의 경험과 역량이 있다고 판단되면 지원할 수 있다고 답합니다. 서류는 우아한형제들 인재영입 홈페이지와 외부 채용 사이트(원티드)로만 받고 우편, 이메일, 방문 접수는 받지 않습니다. 제출한 지원서는 수정할 수 없어 마이페이지에서 지원서를 삭제한 뒤 다시 지원해야 하고 첨부파일은 최대 20MB입니다.
이렇게 볼 수 있어요
공고의 연차가 조금 모자라도 그 수준의 경험과 역량이 있다면 지원할 수 있습니다. 그 경우 연차보다 맡았던 일의 범위와 결과를 자세히 적어야 합니다. 제출 뒤에는 고칠 수 없으므로 첨부 파일과 경력 기간을 제출 전에 한 번 더 확인해야 합니다.
결과 안내와 피드백
자주 묻는 질문은 전형별 심사결과 발표에 '약 일주일 정도 기간이 소요'되고 개별적으로 안내한다고 답합니다. 지원서가 많으면 심사가 늦어질 수 있다고 덧붙였습니다. 불합격 사유는 내부 규정에 따라 공식 피드백을 하지 않습니다. 면접 복장 규정은 없고 지원서에 적은 내용의 증빙서류는 최종합격 뒤에 따로 요청합니다.
이렇게 볼 수 있어요
전형마다 약 일주일이 걸린다는 안내를 기준으로 일정을 잡을 수 있습니다. 다른 회사 전형과 함께 진행한다면 단계마다 이 일주일을 넣어 계획을 세우면 일정이 꼬이지 않습니다. 불합격 사유는 알려 주지 않으므로 인터뷰가 끝난 직후 받은 질문과 답변을 기록해 두면 다음 지원을 준비할 때 도움이 됩니다.
이 공고만 다른 점
서류 전형 안에서 사전과제를 진행하고, 사전과제 진행 후 과제 내용을 포함해 서류 전형의 최종 결과를 안내한다고 적혀 있습니다.
채용 사이트 합류여정의 기본 프로세스는 지원서 접수 다음이 1차 실무진 인터뷰인데, 이 공고는 서류 단계 안에 사전과제가 들어 있습니다. 팀 스토리는 스스로 문제를 정의했는지, 기준을 가지고 검토의 범위와 내용을 설명할 수 있는지 두 기준으로 과제를 평가하고 완성도보다 사고 과정을 본다고 설명합니다.
지원 전 준비할 것
- 1
경력기술서 PDF 정리
경력기술서(PDF) 제출이 필수입니다. 공고는 프로젝트 진행 기간, 담당 역할 및 수행 업무, 본인이 기여한 기술적 내용, 결과 및 성과를 중심으로 쓰고, 자동화 프레임워크 설계·구축 내용과 자동화 커버리지나 효율화 같은 정량 지표를 넣기를 권합니다. 프로젝트마다 이 네 가지를 채워 두세요.
- 2
사전과제에서 판단 근거 남기기
팀 스토리는 과제를 다 풀지 못했어도 어디까지 확인했고 어디서 막혔고 어떻게 접근하려 했는지가 남아 있으면 충분히 좋은 결과라고 설명합니다. 과제를 풀 때 검토 범위를 정한 기준을 함께 적어 두세요.
- 3
만든 이유를 한두 문장으로
팀 스토리는 면접에서 무엇을 만들어 봤는지보다 왜 그걸 만들어야 한다고 생각했는지를 더 많이 묻는다고 밝혔습니다. 만든 자동화 도구마다 시작한 이유와 팀이 실제로 쓰게 된 과정을 정리해 두면 답변이 흔들리지 않습니다.