[CJ올리브영] QA Engineer (Global) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• CJ올리브영 글로벌 E-commerce 플랫폼(Web/App)과 Back Office 시스템(상품관리, 주문관리, 정산관리, 프로모션, 정책/승인 관리 등)의 QA 전략을 수립하고 수행합니다.

  이렇게 볼 수 있어요

  검증 범위가 고객 화면에서 끝나지 않고 상품, 주문, 정산을 다루는 Back Office까지 포함합니다. 운영자 화면과 고객 화면을 한 프로젝트 안에서 함께 테스트해 본 경험이 있다면 두 화면을 잇는 데이터를 어떻게 확인했는지 꺼낼 수 있습니다.

• 전체적인 데이터와 아키텍처 흐름을 이해하고 기획/개발 단계에서부터 잠재적 병목과 오류를 미리 식별해 방지합니다(Shift-Left).

  이렇게 볼 수 있어요

  국가별 정책처럼 경우의 수가 많은 기능에서 개발 전에 빠진 조건을 찾아낸 적이 있다면 어떤 조건이었고 어느 단계에서 찾았는지까지 말할 수 있습니다.

• 전 세계 고객을 위한 다양한 결제 수단(PayPal, VISA, MASTER 등)과 다중 통화(Multi-currency) 시스템의 트랜잭션 무결성을 검증합니다.

  이렇게 볼 수 있어요

  결제 수단과 통화가 늘어날수록 검증할 조합도 함께 늘어납니다. 부분 취소나 환불처럼 통화와 결제 수단이 섞일 때 금액이 어긋날 수 있는 지점을 케이스로 설계해 본 경험이 있다면 우대 사항의 해외 결제 게이트웨이(PG) 연동 테스트와 함께 설명할 수 있습니다.

• Back Office에서 설정한 상품/정책/프로모션이 글로벌 프론트 서비스에 정확히 반영되는지 E2E 데이터 정합성을 검증합니다.

  이렇게 볼 수 있어요

  몰이나 국가마다 정책 값이 다를 수 있어, Back Office 설정 하나가 여러 프론트에 어떻게 반영되는지 끝까지 따라가 확인해야 합니다. 프로모션 설정 오류를 화면이나 결제 금액으로 번지기 전에 잡아낸 사례가 이 업무와 가장 가깝습니다.

• 서비스의 국제화(I18N)와 국가별 현지화(L10N) 품질을 검증해 전 세계 모든 고객에게 매끄러운 사용자 경험을 제공합니다.

  이렇게 볼 수 있어요

  글로벌몰 PO가 테크 블로그에 쓴 주소 입력 개선 글은 싱가포르에 주(State) 개념이 없고 홍콩은 우편번호를 쓰지 않는다는 점을 다뤘습니다. 번역 문구 확인을 넘어 국가마다 다른 주소, 날짜, 통화 표기 규칙을 테스트 데이터로 만들어 검증해 본 경험을 사례로 들 수 있습니다.

• 반복적인 수동 테스트를 최소화하고 QA 프로세스를 지속적으로 고도화해 업무 효율을 극대화합니다.

  이렇게 볼 수 있어요

  같은 주문 시나리오를 국가, 통화, 결제 수단별로 되풀이하는 테스트는 자동화 후보가 됩니다. 수동 테스트를 줄여 본 경험이라면 자동화 대상을 고른 기준과 줄어든 시간을 숫자로 함께 보여 주는 편이 좋습니다.

• 기획, 개발, 운영 등 유관 부서와 긴밀하게 소통하며 소프트웨어 QA 활동을 조율합니다.

  이렇게 볼 수 있어요

  릴리스 범위와 일정, 결함 우선순위를 기획·개발·운영과 맞춥니다. 출시 직전 결함을 두고 출시 여부를 함께 정해 본 경험이 있다면 그때 근거로 삼은 기준이 이 조율의 실제 모습입니다.

• 협력업체 QA 인력의 업무 효율을 높이고 테스트 운영을 원활하게 관리합니다.

  이렇게 볼 수 있어요

  직접 테스트하는 일과 별도로 외부 QA 인력이 수행할 테스트를 설계하고 관리합니다. 협력업체 테스터에게 국가별 케이스를 나눠 맡기고 결과를 검수해 본 경험이 있다면 검수 기준을 어떻게 정했는지까지 말할 수 있습니다.

2자격 요건

• 유관 경력이 만 3년 이상 필요합니다.

  이렇게 볼 수 있어요

  유관 경력의 범위는 업무가 정합니다. 이커머스 프론트나 Back Office QA, 결제·정산 같은 트랜잭션 검증, 다국어 서비스 테스트처럼 업무 목록에 적힌 일을 해 온 기간을 경력에 적을 수 있고, 그 가운데 글로벌 서비스를 다룬 경험은 자세히 보여 줄 수 있습니다.

• E-commerce 플랫폼(프론트 서비스 또는 Back Office)에서 QA를 해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  프론트 QA를 해 왔다면 주문·결제 데이터가 Back Office로 넘어가는 지점을, Back Office QA를 해 왔다면 설정이 화면에 반영되는 지점을 검증해 본 경험이 이 공고의 E2E 정합성 업무와 맞습니다.

• 전반적인 개발 라이프 사이클에서 요구사항 분석, 테스트 기법 선정, 개발 단계별 테스트를 해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  이 요건은 업무에 적힌 Shift-Left처럼 개발 전에 결함을 찾는 과정을 묻습니다. 요구사항 단계에서 찾아낸 결함 하나와 그 기능에 고른 테스트 기법을 이유와 함께 설명할 수 있으면 됩니다.

• 복잡한 서비스 운영 구조와 데이터 흐름을 기반으로 테스트를 설계해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  이 공고에서 데이터 흐름은 Back Office의 상품·정책·프로모션 설정이 글로벌 프론트로 나가고 주문이 다시 정산으로 이어지는 흐름입니다. 흐름도를 먼저 그리고 거기서 테스트 시나리오를 뽑아 본 경험을 예로 들 수 있습니다.

• 관련 부서와 커뮤니케이션하고 주도적으로 업무를 추진할 수 있는 팀 플레이어여야 합니다.

  이렇게 볼 수 있어요

  업무의 유관 부서 조율과 협력업체 QA 인력 관리에서 이 성향이 필요합니다. 품질 위험을 먼저 알려 일정이나 범위를 바꾼 경험이 있다면 그때 무엇을 근거로 알렸는지를 함께 말할 수 있습니다.

• 문제 해결을 위해 원인을 분석하고 해결 방안을 적극적으로 제안할 수 있어야 합니다.

  이렇게 볼 수 있어요

  결함을 보고하는 데서 끝나지 않고 원인과 해결 방안까지 내는 역할입니다. SQL이나 로그로 결함 원인을 좁혀 개발자에게 수정 방향까지 제안한 사례가 이 요건을 보여 줍니다.

• API 명세 분석과 테스트 도구(Postman 등) 활용 경험 또는 이에 대한 이해가 필요합니다.

  이렇게 볼 수 있어요

  결제와 Back Office 설정은 화면보다 API에서 먼저 검증할 수 있는 영역입니다. API 명세를 보고 요청과 응답 케이스를 직접 만들어 본 경험이 있다면 다룬 API와 찾아낸 결함을 한 사례로 묶어 보여 주는 편이 낫습니다.

• SQL이나 로그 분석으로 데이터 기반 결함 원인을 분석할 수 있어야 합니다.

  이렇게 볼 수 있어요

  다중 통화 트랜잭션과 E2E 데이터 정합성은 화면에 보이는 금액만으로 확인이 끝나지 않습니다. 주문, 결제, 정산 데이터를 SQL로 대조해 금액 불일치의 원인을 찾은 경험이 이 요건의 실제 모습입니다.

3우대 사항

• 크로스보더(Cross-border) E-commerce 서비스 QA 경험과 이커머스 Back Office 시스템(상품관리, 정책관리, 정산, 승인 시스템 등) QA 수행 경험을 우대합니다.

  이렇게 볼 수 있어요

  크로스보더 QA 경험이라면 국내 서비스와 달랐던 검증 항목을 배송지, 결제, 언어별로 나눠 보여 주는 쪽이 이 공고와 맞습니다. Back Office QA 경험은 업무의 정산·승인 관리 검증에서 다뤘던 화면과 데이터까지 적는 편이 좋습니다.

• 다양한 해외 결제 게이트웨이(PG) 연동 테스트 경험을 우대합니다.

  이렇게 볼 수 있어요

  PayPal, VISA, MASTER 결제 수단 검증은 업무에 이름으로 나오는 일이고, 이 우대는 그 검증을 실제로 해 본 경험을 묻습니다. 연동해 본 PG 이름과 승인·취소·환불처럼 다룬 시나리오가 경험의 범위를 보여 줍니다.

• 서비스의 국제화(I18N)와 현지화(L10N) 테스트 경험을 우대합니다.

  이렇게 볼 수 있어요

  글로벌몰 주소 입력 개선 글이 다룬 국가별 주소 체계 차이처럼 언어 번역 밖의 지역 규칙까지 테스트해 본 경험이라면 어느 나라의 어떤 규칙을 다뤘는지가 핵심입니다.

• 3인 이상을 리딩해 프로젝트를 이끌어 본 분을 우대합니다.

  이렇게 볼 수 있어요

  테스트 인력을 몇 명 얼마 동안 이끌었고 기능 범위를 어떻게 나눠 맡겼는지는 업무에 적힌 협력업체 QA 인력 관리를 해 본 경험으로 그대로 이어집니다.

• 마이크로서비스 아키텍처(MSA)와 이벤트 기반 아키텍처(e.g., Kafka) 환경에서의 테스트 경험, Datadog 등 모니터링 툴로 성능 병목을 분석하고 문제를 해결해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  주문 하나가 여러 서비스와 이벤트를 거쳐 처리되는 구조에서는 화면 테스트로 보이지 않는 지연과 중복이 생길 수 있습니다. 이벤트 지연이나 중복 처리 결함을 재현하고 Datadog 같은 도구로 병목 구간을 찾아 본 경험을 사례로 꺼낼 수 있습니다.

• AI를 이용해 업무를 개선해 본 분을 우대합니다.

  이렇게 볼 수 있어요

  업무에 수동 테스트 최소화가 있어, 국가별 테스트 데이터 생성이나 다국어 화면 검수처럼 반복이 많은 작업에 AI를 써 봤다면 무엇을 맡기고 사람이 무엇을 확인했는지를 함께 밝힐 수 있습니다.

4기타 사항

• 게시일 : 2026년 10월 14일
• 고용형태 : 정규직(수습 3개월)
• 근무지 : 대한민국 서울특별시 용산구 한강대로 372
• 경력 조건 : 경력 3년 이상
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

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

• Postman
• SQL
• Kafka
• Datadog

전형과 지원

분석한 공고 대부분이 같은 일곱 단계를 적었습니다. 공간디자인 공고, VMD 담당자 공고, 글로벌 VMD담당자 공고, 패키지 디자이너 공고, 콘텐츠 디자이너 공고, 콘텐츠 마케팅 담당자(시니어) 공고, FESTA·KCON 전략/실행 담당자(주니어) 공고, 브랜드 디자이너(메이크업) 공고는 과제전형을 더했고, Product Designer (B2B/광고플랫폼) 공고는 직무에 따라 과제전형이 추가될 수 있다고 적었습니다. Forward Deployed AI Engineer, QA Engineer (Domestic), QA Engineer (Global), 커머스플랫폼유닛 Android 개발채용, 커머스플랫폼유닛 Back-end 개발채용, 커머스플랫폼유닛 iOS 개발채용, 검색 플랫폼 개발자, Windows Application Engineer (POS 시스템), Data Engineer, Data Analytics Engineer, QA Ops Engineer (Test Automation), Data Scientist (AI 추천) 공고는 면접에 라이브코딩테스트나 Whiteboard Test를 포함했습니다. 뷰티 카테고리 MD, MD (취미-음반), MD (건강식품), Data Scientist (광고 플랫폼 사업), 뉴포맷 스토어기획 담당자, 프로모션 마케터 공고에는 단계가 적혀 있지 않으므로 지원할 공고의 전형 안내를 따로 확인해야 합니다.

지원 전 준비할 것

1. 1

   라이브코딩은 API 검증 코드로

   1차면접이 라이브코딩테스트입니다. 평소 쓰는 언어로 API를 호출하고 응답의 금액과 통화 값을 검증하는 테스트 코드를 짧은 시간 안에 쓰는 연습을 해 두세요.

2. 2

   다중 통화 결제 테스트 설계 한 장

   2차면접이 Whiteboard test입니다. 한 상품을 두 나라 통화로 주문하고 부분 취소하는 흐름을 골라, 어느 단계에서 무엇을 검증하고 어디를 자동화할지 손으로 그려 설명할 수 있게 준비합니다.

3. 3

   국가별로 달랐던 검증 항목

   I18N·L10N 검증과 크로스보더 QA가 업무와 우대 사항에 있습니다. 다뤄 본 국가마다 언어, 통화, 주소, 결제 수단에서 어떤 차이가 결함으로 이어졌는지 목록으로 정리해 두면 면접에서 바로 꺼낼 수 있습니다.