[숨고] QA Manager 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• App/Web 서비스의 품질을 책임지고 관리합니다.

  이렇게 볼 수 있어요

  같은 회사 Product Designer 공고는 모바일·PC·태블릿 전반의 경험을 설계한다고 적어, 이 자리가 맡는 App/Web 품질에는 태블릿 화면까지 포함될 수 있습니다. 앱과 웹의 차이를 고려해 테스트한 경험이 이 업무의 기본입니다. 화면 크기별 레이아웃 차이로 생긴 결함을 다뤄 봤다면 함께 적을 수 있습니다.

• 요구사항을 리뷰하고 피드백해 기획 단계에서부터 제품을 개선합니다.

  이렇게 볼 수 있어요

  숨고는 고객이 자연어로 쓰면 AI가 요청서 답을 채워 주는 AI 요청서처럼 LLM 기능을 서비스에 붙이고 있습니다. 이런 기능은 답이 매번 조금씩 달라 기획 단계에서 어떤 답을 맞는 것으로 볼지 정하지 않으면 테스트 기준이 서지 않습니다. 요구사항 리뷰에서 결함을 미리 찾아 사양을 바꾼 경험이 이 업무를 가장 잘 설명합니다.

• 효과적인 테스트를 위해 테스트 전략과 계획을 수립하고 실행합니다.

  이렇게 볼 수 있어요

  같은 회사 Backend Engineer 공고에 따르면 숨고 백엔드는 RabbitMQ·Kafka로 비동기 이벤트를 처리합니다. 화면에서 바로 끝나지 않고 메시지 큐를 거쳐 나중에 반영되는 기능은 테스트 전략에 지연·중복 상황을 따로 넣어야 합니다. 맡았던 릴리즈에서 테스트 범위를 어떤 기준으로 정했는지를 이 업무의 경험으로 가장 구체적으로 설명할 수 있습니다.

• 결함을 보고·추적·관리하며 재발을 막는 방식까지 함께 고민합니다.

  이렇게 볼 수 있어요

  테스트 코드와 코드 리뷰는 같은 회사 Backend Engineer 공고가 변경의 안전망으로 적은 장치입니다. 재발 방지는 QA가 찾은 결함 사례를 개발 쪽 테스트로 넘겨 회귀 테스트로 만드는 방식으로도 이뤄집니다. 같은 유형의 결함을 줄이려고 프로세스를 바꾼 경험이 있다면 줄어든 결함 수를 숫자로 적는 편이 좋습니다.

• AI를 활용해 요구사항 분석, 테스트케이스 설계, 결함 리포팅 등 일상 QA 업무의 속도와 커버리지를 함께 높입니다.

  이렇게 볼 수 있어요

  AI가 만든 테스트케이스는 요구사항에 없는 가정을 섞거나 경계값을 빠뜨리기 쉬워, 이 업무에서는 속도만큼 그 산출물을 걸러 내는 기준이 중요합니다. AI로 테스트케이스를 만든 뒤 어떤 기준으로 검토했는지 예를 들어 말할 수 있게 준비해 가세요.

• 장기적으로는 품질 지표 측정·모니터링, 다양한 기법의 기능/비기능 테스트, 기획부터 배포까지의 리스크 분석과 릴리즈 관리, 반복 작업의 AI 에이전트·스킬 자산화, AI 기반 테스트 자동화·테스트 데이터 생성 방식 도입과 표준화를 맡을 수 있습니다.

  이렇게 볼 수 있어요

  반복 작업의 AI 에이전트·스킬 자산화와 신뢰성 지표 정의는 같은 회사 Backend Engineer 공고의 장기 업무에도 있어, 개발과 QA가 같은 방향의 장기 과제를 갖고 있습니다. 품질 지표를 정의해 관리해 봤거나 새 테스트 방식을 팀 표준으로 만든 경험도 이 항목들과 이어지므로 이력서에서 빼지 마세요.

2자격 요건

• App/Web QA 경험이 3년 이상 7년 이하여야 합니다.

  이렇게 볼 수 있어요

  QA Manager라는 제목이지만 경력 상한이 7년입니다. 업무는 요구사항 리뷰부터 테스트 설계·결함 관리까지 직접 하는 일로 적혀 있습니다. 운영이나 기획 업무를 하며 QA를 맡았다면 그 경력도 함께 적을 수 있습니다. 앱과 웹 가운데 어느 쪽 테스트를 어떤 범위로 맡았는지도 적어 주세요.

• 테스트 계획 수립부터 배포까지 QA 전 과정을 경험해야 합니다.

  이렇게 볼 수 있어요

  전 과정의 끝인 배포 단계는 QA가 출시 여부에 의견을 내는 자리라, 결함이 남은 상태에서 어떤 기준으로 출시를 승인하거나 미뤘는지가 경험의 깊이를 보여 줍니다. 릴리즈 하나를 골라 계획부터 배포까지 맡은 단계를 순서대로 적으면 전 과정 경험이 그대로 전해집니다.

• 플랫폼별 환경을 고려해 테스트케이스를 도출해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  OS, 브라우저, 기기 차이를 고려해 케이스를 나눈 경험입니다. 플랫폼 차이로 생긴 결함을 출시 전에 잡은 사례가 있다면 어떤 조합에서 나왔는지까지 적을 수 있습니다.

• 요구사항 분석으로 기획 단계에서 결함을 발견해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  기획 단계에서 찾는 결함은 보통 빠진 예외 흐름, 서로 부딪치는 조건, 검증할 수 없는 문장 같은 것입니다. 고객과 고수가 한 거래에 함께 들어오는 숨고에서는 한쪽의 취소나 변경이 다른 쪽 화면에 어떻게 보이는지가 빠지기 쉬운 예외 흐름입니다. 리뷰에서 찾은 문제로 개발 전에 사양을 바꾼 사례 두세 건이 이 요건을 보여 줍니다.

• AI 도구(Claude, ChatGPT, Copilot 등)를 실제 QA 업무에 적용해 결과를 만들어 봤고, 사용 경험 자체보다 무엇을 어떻게 개선했는지 설명할 수 있어야 합니다.

  이렇게 볼 수 있어요

  같은 회사 Backend Engineer 공고는 AI에 맡길 작업과 직접 할 작업의 기준이 있어야 한다고 적었고, 이 공고는 무엇을 어떻게 개선했는지 설명하라고 요구합니다. AI로 줄인 시간이나 늘린 커버리지를 숫자로 적고, AI에 맡기지 않은 일과 그 이유도 함께 밝히면 이 요건에 대한 답이 됩니다.

• Jira, Confluence, GitHub, Slack 등 협업 도구 사용 경험이 필요합니다.

  이렇게 볼 수 있어요

  스택에 Jira·Confluence와 함께 GitHub가 있어 결함 티켓과 수정 커밋을 이어 추적하는 흐름을 짐작할 수 있습니다. 결함 관리 흐름을 Jira에서 어떻게 운영했는지와 테스트 계획이나 결과를 Confluence에 어떻게 남겼는지를 짧게 설명해 보세요.

• 논리적이고 유연한 사고로 다양한 직무의 동료와 원활하게 커뮤니케이션할 수 있어야 합니다.

  이렇게 볼 수 있어요

  이 팀의 QA는 기획 단계의 요구사항 리뷰부터 들어가므로 소통 상대가 개발자에 그치지 않고 기획자까지 넓어집니다. 요구사항 리뷰에서 사양 변경을 제안했거나 결함 우선순위를 두고 개발과 합의한 일이 이 요건과 직결되는 경험입니다.

3우대 사항

• App / Web / Mobile Web의 특성과 동작 원리, 네트워크 환경을 깊이 이해하면 우대합니다.

  이렇게 볼 수 있어요

  인앱 메시지·PUSH·문자·친구톡은 Braze로 보낸다고 같은 회사 CRM Marketer 공고가 적었습니다. 이런 메시지는 눌렀을 때 앱·웹·모바일 웹 가운데 어디로 열리는지가 환경마다 달라 결함이 나기 쉬운 지점입니다. 네트워크 조건을 바꿔 재현한 결함이나 딥링크가 환경마다 다르게 동작한 결함을 다뤄 봤다면 그 결함을 예로 들 수 있습니다.

• AI 에이전트/스킬/MCP 등을 직접 만들어 팀의 반복 업무를 자동화하거나, 프롬프트 설계나 AI 산출물 검증 기준을 세워 팀에 공유해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  팀소개에서 사람이 반복하던 일을 AI 에이전트로 자산화하는 시도를 하고 있다고 밝혔습니다. 직접 만든 자동화가 있다면 사람이 하던 어떤 일을 대신하게 했는지가 숫자로 있을 때 효과가 분명해집니다.

• Playwright, Appium, Postman 등으로 자동화 테스트를 진행해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  Playwright는 웹, Appium은 앱, Postman은 API 테스트에 쓰는 도구입니다. 공고는 이 팀이 화면 탐색과 자동화까지 AI 에이전트로 자산화하는 시도를 하고 있다고 소개했습니다. 써 본 도구별로 자동화한 범위를 나눠 적고, 그 스크립트를 유지하는 데 든 품을 줄인 경험이 있다면 함께 적으면 정확합니다.

• 테스트 계획부터 실행, 결과 도출까지 오너십을 갖고 주도적으로 진행하고, 업무 효율화를 위해 테스트 프로세스를 개선해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  숨고 팀문화 페이지는 가치 「담대한 생각, 용감한 행동」을 새로운 것을 두려움 없이 받아들이는 것으로 설명합니다. 이 팀은 반복 QA 업무를 AI 에이전트로 바꾸는 중이라고 밝혔습니다. 이 우대는 필수 요건의 전 과정 경험에 주도성과 프로세스 개선을 더한 것입니다. 테스트 프로세스를 바꿔 효율을 높였다면 바꾸기 전후의 소요 시간을 비교해 보여 주면 좋습니다.

• 애자일 기반 개발 프로세스에서 QA를 경험하고, 여러 직군과 소통하며 릴리즈를 이끌어 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  공고는 장기 업무로 기획부터 배포까지의 리스크 분석과 릴리즈 관리를 적었고, 팀은 반복 QA 업무를 AI 에이전트로 자산화해 속도를 바꾸는 중이라고 소개했습니다. 짧은 주기로 릴리즈를 이끌었다면 배포 주기와 맡은 범위에 더해 릴리즈 전 리스크를 어떻게 걸렀는지까지 적을 때 이 우대에 맞는 설명이 됩니다.

• ISTQB 또는 CSTS 자격증을 보유하면 우대합니다.

  이렇게 볼 수 있어요

  장기 업무에 다양한 기법의 기능·비기능 테스트가 적혀 있습니다. 자격증에서 익힌 테스트 설계 기법을 실제 테스트케이스에 써 본 사례가 있다면 자격증과 함께 적을 수 있습니다.

4기타 사항

• 게시일 : 2026년 9월 9일
• 고용형태 : 정규직(수습 3개월)
• 근무지 : 서울특별시 강남구 테헤란로 133 HK스퀘어 11-12층 (역삼동, 한국타이어빌딩)
• 경력 조건 : 경력 3~7년
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• Slack
• Confluence
• Jira
• Claude Code
• GitHub
• Claude
• ChatGPT
• Copilot
• Playwright
• Appium
• Postman

전형과 지원

숨고 공고는 대부분 서류 전형, 1차 인터뷰, 2차 인터뷰, 처우 협의, 최종 합격 순서를 적었고 공고에 따라 레퍼런스 체크와 과제가 붙습니다. 채용 담당자가 블로그에 단계별 진행 방식을 자세히 공개해 두어 인터뷰 형식과 소요 시간까지 미리 알 수 있습니다.

지원 전 준비할 것

1. 1

   AI로 바꾼 QA 업무

   AI 도구로 테스트케이스 설계나 결함 리포팅을 바꾼 사례를 골라 줄어든 시간과 검증 방식을 정리합니다.

2. 2

   기획 단계에서 찾은 결함

   요구사항 리뷰에서 찾아 개발 전에 사양을 바꾼 결함 두세 건을 정리합니다.

3. 3

   릴리즈 하나의 전 과정

   맡았던 릴리즈 하나를 골라 테스트 계획, 실행, 결함 관리, 배포 판단을 순서대로 적어 봅니다.