이 자리가 왜 생겼을까요
카카오는 2024년 12월 기술 블로그에 공개한 안정성 보고서에서 카카오톡은 이용자가 많아 새 업데이트를 배포하기 전에 철저한 테스트가 필요하다고 밝히고, 자체 API 테스트 시스템과 모바일 테스트 자동화 시스템을 소개했습니다. 2025년 9월에는 Appium 스크립트와 수동 테스트를 지원하는 DeviceFarm 위에서 QA 엔지니어가 쓴 자연어 테스트케이스를 AI가 수행하는 QA 에이전트를 공개했습니다. 같은 날 공개한 API 테스트 도구 TestLAB AI는 Postman 컬렉션 같은 요청 정의로 검증 코드를 만들고, QA가 최종 검수한 뒤 반영하는 구조입니다. 도구가 테스트를 돌려도 무엇을 검증할지는 QA가 쓴 테스트케이스가 정합니다. 이 공고가 테스트 케이스 구조 설계를 업무로 두고 Postman·Appium 경험을 우대하는 이유도 여기에 있습니다.
- 카카오 기술 블로그 - 안정성 보고서 4. 안정성을 위한 품질 관리(2024-12-08)
- 카카오 기술 블로그 - DeviceFarm AI를 사용한 QA 테스트 자동화(2025-09-19)
- 카카오 기술 블로그 - AI 기반 API 테스트 자동화의 필요성과 TestLAB AI(2025-09-19)
카카오가 지금 어떤 사업에 집중하고 있는지는 카카오 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
소프트웨어 개발 라이프사이클 전반에서 품질 활동을 하며 QA 플랜과 효율적인 테스트 전략을 세웁니다.
이렇게 볼 수 있어요
카카오는 자체 API 테스트 시스템과 DeviceFarm 기반 모바일 테스트 자동화를 갖췄습니다. 그래서 이 자리의 테스트 전략에는 무엇을 자동화에 맡기고 무엇을 사람이 확인할지 정하는 일이 함께 따릅니다. 요구사항 단계부터 참여해 테스트 범위와 우선순위, 자동화와 수동 검증을 나눈 기준을 설명할 수 있으면 계획부터 맡아 본 경험이 보입니다.
리스크 기반으로 요구사항과 스펙을 분석하고 테스트 케이스 구조를 설계합니다.
이렇게 볼 수 있어요
'리스크 기반'이라는 말에 무게가 실려 있습니다. 시간이 부족할 때 어떤 기능부터 검증했고 그 판단이 결과적으로 맞았는지를 사례로 들 수 있어야 합니다.
테스트 진행 사항과 이슈, 형상을 관리하고 테스트 결과를 공유합니다.
이렇게 볼 수 있어요
여러 서비스팀과 함께 일하는 자리라 결과를 어떻게 전달했는지가 중요합니다. 릴리즈 판단에 쓰인 리포트나 대시보드를 만들어 봤다면 그 리포트로 무엇이 결정됐는지가 공유 방식의 결과입니다.
QA 프로세스와 품질 활동을 개선합니다.
이렇게 볼 수 있어요
카카오는 2025년 9월 QA 엔지니어가 자연어로 쓴 테스트케이스를 AI가 수행하는 QA 에이전트와, 요청 정의로 API 검증 코드를 만드는 TestLAB AI를 공개했습니다. 반복되는 결함을 줄이려고 프로세스나 도구를 바꿔 봤다면 전후의 결함 수나 릴리즈 지연 변화와 함께 그때 테스트케이스를 어떻게 다시 썼는지까지 설명할 수 있습니다.
2자격 요건
SW QA 경력이 2년에서 10년 이내여야 합니다.
이렇게 볼 수 있어요
업무 목록은 테스트 수행보다 QA 플랜, 리스크 기반 분석, 프로세스 개선처럼 계획과 개선 쪽 일이 중심입니다. 경력이 짧다면 맡았던 서비스의 규모와 웹·앱·서버 가운데 다룬 범위를, 길다면 테스트 전략을 직접 세운 경험을 자세히 쓰면 그 일과 맞춰 보기 쉽습니다.
소프트웨어 테스팅 전문지식이 있거나 ISTQB, CSTS 같은 자격증을 갖고 있어야 합니다.
이렇게 볼 수 있어요
자격증이 없어도 전문지식으로 대신할 수 있습니다. 경계값 분석이나 상태 전이 같은 테스트 설계 기법을 실제 프로젝트에 적용한 사례가 전문지식의 증거가 됩니다.
서버와 클라이언트 환경에서의 QA 활동을 이해해야 합니다.
이렇게 볼 수 있어요
카카오는 2024년 안정성 보고서에서 카카오톡 배포 전 테스트에 쓰는 자체 API 테스트 시스템을 소개했습니다. 화면 확인을 넘어 API 요청과 응답을 직접 검증하고, 응답이나 로그를 보고 결함이 서버와 클라이언트 중 어디서 생겼는지 좁혀 본 경험이 이 요건을 보여 줍니다.
다양한 테스팅 방법을 적용해 본 경험이 필요합니다.
이렇게 볼 수 있어요
광고플랫폼과 지도, 오픈채팅은 검증 방법이 서로 다릅니다. 서비스 성격에 따라 테스트 방법을 바꿔 적용한 사례 하나로 이 조건을 채울 수 있습니다.
긍정적인 마인드와 유연한 커뮤니케이션 능력이 필요합니다.
이렇게 볼 수 있어요
QA는 결함을 알리는 자리라 개발자와 의견이 부딪히기 쉽습니다. 이견이 있던 결함을 어떻게 설득해 처리했는지가 이 조건을 보여 주는 사례입니다.
능동적으로 움직이고 빠르게 실행할 수 있어야 합니다.
이렇게 볼 수 있어요
공고 도입부에 서비스팀과 협업하며 주도적으로 일할 사람을 찾는다고 적었습니다. 요청을 기다리지 않고 품질 문제를 먼저 찾아 제기한 경험이 이 항목과 맞습니다.
3우대 사항
신규 앱 서비스를 런칭해 본 경험을 우대합니다.
이렇게 볼 수 있어요
신규 앱 런칭에서는 기능 검증에 더해 단말·OS 호환 범위와 스토어 심사 일정까지 출시 전 검증을 처음부터 설계합니다. 정해진 출시 일정 안에서 무엇을 검증하고 무엇을 출시 뒤로 미뤘는지가 업무의 리스크 기반 분석을 실제로 해 본 사례로 쓰입니다.
테스트 자동화를 설계해 봤거나 python, java, javascript 같은 스크립트 언어를 쓸 수 있는 분을 우대합니다.
이렇게 볼 수 있어요
카카오의 DeviceFarm은 Appium 스크립트를 돌립니다. 스크립트로 자동화를 설계해 봤다면 자동화한 테스트의 비율과 회귀 테스트 시간이 줄어든 폭에 더해 어떤 테스트를 자동화 대상으로 골랐는지까지 밝히는 게 정확합니다.
Postman, Appium, Selenium 같은 테스트 도구와 JIRA, Github 같은 협업도구 경험을 우대합니다.
이렇게 볼 수 있어요
카카오가 공개한 TestLAB AI는 Postman 컬렉션 같은 요청 정의를 받아 검증 코드를 만듭니다. Postman으로 API를 시나리오 단위 컬렉션으로 정리해 무엇을 검증했는지, JIRA·Github를 업무의 이슈·형상 관리에 어떻게 썼는지를 밝히면 도구 이름보다 경험의 깊이가 보입니다.
새로운 기술과 트렌드를 빠르게 익히는 분을 우대합니다.
이렇게 볼 수 있어요
카카오는 카카오톡에 AI 기능을 계속 더하고 있습니다. 생성형 AI 기능처럼 결과가 매번 달라지는 기능을 검증해 본 경험이 있다면 이 항목에 쓰기 좋습니다.
로직이나 로그 이슈를 추적하고 해결할 수 있는 분을 우대합니다.
이렇게 볼 수 있어요
광고플랫폼의 노출·과금이나 선물하기의 주문·결제 상태처럼 화면에 나타나지 않는 로직은 로그로만 확인되는 경우가 많습니다. 결함을 보고하는 데서 그치지 않고 로그로 재현 조건을 좁혀 원인 로직까지 찾아낸 사례가 이 우대가 말하는 역할을 보여 줍니다.
4기타 사항
- 게시일 : 2024년 8월 1일
- 고용형태 : 정규직
- 근무지 : 판교
- 경력 조건 : 경력 2~10년
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Postman
- Appium
- Selenium
- JIRA
- Github
- python
- java
- javascript
전형과 지원
카카오 기본 전형은 서류, 1차 인터뷰, 2차 인터뷰, 입사 확정 순이고 직군에 따라 코딩테스트나 과제 전형이 앞에 붙습니다. 공고마다 사전 인터뷰나 현장 과제, 인성검사가 더해지므로 지원하려는 공고의 전형 안내를 함께 봐야 합니다.
기본 단계와 직군별 추가
1차 인터뷰는 실무진과 직무별 전문 인터뷰어가 직무 역량을, 2차 인터뷰는 리더와 인사부서가 조직 적합도와 잠재력을 검증한다고 적었습니다. 테크 직군은 서류 합격 뒤 코딩테스트를, 디자인 직군은 과제 전형을 거치고 레퍼런스 체크가 더해질 수 있습니다.
이렇게 볼 수 있어요
2차 인터뷰에는 리더와 인사부서가 함께 들어오므로 직무 이야기만으로는 준비가 부족합니다. 일하는 법 네 가지와 「카카오가 일하는 법」 문장에 맞춘 사례를 2차 전까지 따로 정리해 두는 편이 좋습니다.
1인 1지망
카카오는 1인 1지망이 원칙이라 여러 공고에 동시에 지원할 수 없습니다. 다른 공고로 옮기려면 지원을 취소한 뒤 다시 지원해야 합니다. 카카오와 공동체 회사는 전형이 따로 진행되어 둘 사이에는 중복 지원이 가능합니다.
이렇게 볼 수 있어요
카카오 안에서는 공고 하나를 골라야 합니다. 비슷한 공고가 여럿이라면 업무 목록을 보고 내가 해 본 일이 가장 많은 쪽을 고르면 됩니다. 카카오뱅크나 카카오페이 같은 공동체 회사 공고에는 따로 지원할 수 있다는 점도 함께 계산해 두세요.
재지원과 수습
1·2차 인터뷰에서 불합격하면 서류 제출 시점부터 1년 뒤에 재지원할 수 있고, 그 전 단계에서 불합격했거나 포지션과 직원 유형이 다르면 기간 제한이 없습니다. 정규직은 입사 후 3개월의 수습 기간이 있고 그동안 보상과 복지는 같다고 적었습니다.
이렇게 볼 수 있어요
인터뷰 단계까지 간 뒤의 결과가 1년을 좌우합니다. 1인 1지망 원칙과 함께 보면 어느 공고에 지원할지 고르는 순간이 이 회사 지원에서 가장 큰 결정입니다.
서류와 코딩테스트
서류 전형은 최대 15일 정도 걸리고 합격 여부와 관계없이 메일로 결과를 안내합니다. 코딩테스트는 HackerRank에서 알고리즘 역량을 보는 온라인 테스트입니다. 공고의 경력 기간은 권장 사항이라 그 연차의 경험과 역량이 있으면 지원할 수 있다고 적었습니다.
이렇게 볼 수 있어요
연차가 조금 모자라도 지원은 할 수 있습니다. 대신 모자란 연차는 업무 내용으로 채워야 합니다. 맡았던 일의 범위와 규모가 구체적으로 드러나도록 이력서를 작성하는 게 좋습니다.
목록에서 잠시 사라지는 공고
지원서가 충분히 들어온 공고는 검토를 위해 진행 중 공고 목록에서 일시적으로 블라인드 처리될 수 있다고 적었습니다.
이렇게 볼 수 있어요
목록에서 보이지 않는다고 영입이 끝난 것은 아닙니다. 이 페이지의 마감 표시도 카카오 공고 목록을 기준으로 하므로, 마감으로 표시된 공고가 며칠 뒤 다시 진행 중으로 돌아올 수 있습니다.
이 공고만 다른 점
코딩테스트 없이 서류 뒤에 사전 인터뷰가 있고, 1차 인터뷰는 현장 과제로 진행됩니다.
현장 과제는 미리 받는 과제가 아니라서 그 자리에서 판단하는 속도가 드러납니다. 주어진 기능에서 테스트 케이스를 빠르게 뽑고 우선순위를 매기는 연습을 해 두면 도움이 됩니다.
지원 전 준비할 것
- 1
리스크 기반 테스트 사례
테스트 기간이 부족했던 프로젝트에서 무엇을 먼저 검증했고 왜 그렇게 정했는지 정리해 두세요. 업무와 현장 과제가 함께 묻는 내용입니다.
- 2
서비스별 검증 방법
광고, 지도, 채팅처럼 성격이 다른 서비스를 검증할 때 방법을 어떻게 바꿨는지 한두 가지 예를 준비하면 자격 요건의 다양한 테스팅 방법 경험을 보여 줄 수 있습니다.
- 3
자동화와 도구 정리
Postman이나 Appium으로 만든 테스트가 있다면 범위와 줄어든 시간을 숫자로 정리해 두세요.