|
|
|
|
|
 |
올리브영 앱과 오프라인 매장이 연결된 신규 서비스를 테스트할 때 가장 중요하게 보는 기준은 무엇입니까
올리브영의 옴니채널과 글로벌 확장 흐름 속에서 QA는 어떤 역할을 해야 한다고 생각합니까
수동테스트만 잘하는 사람이 아니라 자동화와 리스크 기반 테스트 설계를 함께 할 수 있는 QA 엔지니어로 성장하는 것입니다.
제가 제안하고 싶은 올리브영 앱의 오프라인 매장 활용 신규 서비스는 "매장 루틴 픽업 서비스 "입니다.
네 번째는 매장 운영자 관점입니다. 고객 경험만 보는 QA는 불완전하다고 생각합니다.
결국 이 신규 서비스에서 QA의 역할은 단순히 오류를 찾는 것이 아니라, 앱과 매장, 고객과 운영자, 추천과 재고와 알림이 하나의 끊기지 않는 경험으로 연결되도록 보증하는 것이라고 생각합니다.
저는 QA 엔지니어의 핵심 역할을 "기능이 아니라 신뢰를 검증하는 일"이라고 생각합니다.
먼저 초기에는 올리브영의 주문, 매장, 재고, 픽업, 오늘 드림, 멤버십 흐름을 정확히 이해하는 QA 엔지니어가 되고 싶습니다.
|
|
|
 |
처음 주어진 목표는 얼핏 보면 단순했습니다.
원래는 각자 자료를 만든 뒤 마지막에 합치는 구조였지만, 저는 먼저 전체 기준표와 판단 순서를 다시 세우자고 했습니다.
즉, 무엇을 먼저 판단할지, 어떤 값이나 설명이 들어가야 하는지, 어떤 내용은 제외해야 하는지를 공통 기준으로 만든 뒤, 각 자료를 그 기준에 맞춰 다시 정리하자는 접근이었습니다.
제가 가장 먼저 한 일은 각 파트의 자료를 전부 다시 읽고, 공통질문을 한 문장으로 정리하는 것이었습니다.
대신 어떤 부분이 왜 위험한지, 지금 바꾸지 않으면 나중에 어떤 문제가 생기는지, 무엇을 줄이면 오히려 더 선명해지는지를 구체적으로 설명했습니다.
왜 이 구조를 택했는지, 왜 이 내용을 남겼는지, 왜 이 방식이 더 적절한지를 끝까지 설명할 수 있었기 때문입니다.
이 경험은 QA 업무와 매우 닮아 있다고 생각합니다.
기능단위 QA를 넘어옴니채널 흐름을 끝까지 이해하는 QA 엔지니어가 되는 것입니다.
제가 제안하고 싶은 올리브영 앱의 오프라인 매장 활용 신규 서비스는 "매장 루틴 픽업 서비스 "입니다.
이 서비스의 핵심은 고객이 앱에서 자신의 목적이나 상황에 맞는 루틴을 선택하면, 해당 루틴을 구성하는 상품을 가까운 매장에서 한 번에 준비해 두고, 고객은 직접 매장에서 빠르게 픽업하거나 일부 상품을 현장에서 추가 체험한 뒤 최종 수령할 수 있게 만드는 것입니다.
예를 들어 "아침 5분 출근 준비 루틴", "여행 전날 밤 패킹루틴", "민감 피부 진정 루틴", "수면전 웰니스 루틴 "처럼 고객의 상황별로 묶인 세트를 앱에서 추천받고, 이를 매장 재고 기준으로 한 번에 예약해 두는 구조입니다.
앱은 고객의 구매 이력, 선호 브랜드, 피부고민 또는 웰니스 목적, 현재 재고 가능 매장 정보를 바탕으로 3개에서 5개의 추천 루틴세트를 제안합니다. 고객은 세트 구성을 확인하고 가까운 매장을 선택한 뒤 "매장 루틴 픽업"을 신청합니다.
이 때 일부 루틴은 매장에서 테스터 체험 후 한 개 상품을 교체하거나 추가 구매도 가능하게 할 수 있습니다.
첫 번째는 추천 진입과 루틴 생성로 직입니다. 고객이 어떤 조건으로 루틴 추천 화면에 들어오는지, 비로그인과로그인 상태에서 노출이 어떻게 다른지, 고객 프로필과 구매 이력 기반 추천이 정상적으로 동작하는지, 추천 루틴이 실제 판매 가능한 상품과 연결되는지 검증해야 합니다.
세 번째는 주문 생성과 픽업 예약 흐름입니다. 고객이 루틴 세트를 선택한 뒤 픽업 예약을 생성할 때, 일반 배송과 오늘 드림, 매장 픽업이 충돌 없이 분리되는지 확인해야 합니다.
네 번째는 매장 운영자 관점입니다. 고객 경험만 보는 QA는 불완전하다고 생각합니다.
일곱 번째는 비 기능 테스트입니다.
테스트 설계는 기능 테스트와 흐름 테스트를 분리해 진행하겠습니다.
기능 테스트에서는 각 화면과 API, 조건 분기, 버튼 동작을 세세히 검증하고, 흐름 테스트에서는 "추천 진입-루틴 선택-재고확인-예약 생성-매장 준비-알림 수신-픽업 완료"까지 엔드투엔드로 검증하겠습니다.
QA는 테스트 케이스보다 테스트 데이터 설계에서 품질 차이가 난다고 생각합니다.
실제 올리브영 QA 직무공고도 API 테스트와 로그 분석을 주요
실제 서비스는 테스트 환경보다 매장 현실에서 더 많이 흔들립니다.
저는 QA 엔지니어의 핵심 역할을 "기능이 아니라 신뢰를 검증하는 일"이라고 생각합니다.
그래서 QA 엔지니어는 기능을 개별 화면 단위로만 보지 않고, 서비스 흐름 전체를 따라가며 어디서 사용자 경험이 깨질 수 있는지, 어디서 운영 리스크가 생길 수 있는지를 미리 보는 역할을 해 야 한다고 생각합니다.
QA는 뒤에서 지적하는 역할이 아니라, 앞에서부터 품질 기준을 세워 서비스가 흔들리지 않게 만드는 역할이라고 생각합니다.
옴니채널 서비스는 화면 하나만 봐서는 품질을 이해할 수 없기 때문에, 전체 서비스 흐름과 정책을 먼저 제대로 익히는 것이 중요하다고 생각합니다.
다음 단계에서는 리스크 기반 테스트 설계를 잘하는 QA 엔지니어로 성장하고 싶습니다.
저는 반복 영역은 자동화하고, 신규 기능은 리스크를 중심으로 설계하며, QA 결과가 서비스 개선 언어로 이어지게 만드는 사람으로 성장하고 싶습니다.
눈앞의 오류하나보다, 그 오류가 생기게 만든 구조를 먼저 보는 사람이 되고 싶습니다.
제가 가장 중요하게 보는 기준은 "고객 흐름과 운영 흐름이 동시에 끊기지 않는가 "입니다. |
 |
매장, 고객, qa, 서비스, 루틴, 흐름, 어떻다, 테스트, 올리브영, 이다, 앱, 생각, 픽업, 실제, 만들다, 기준, 경험, 보다, 운영, 재고 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.03.18
12페이지
