전시 QA에서 예약·정산 QA로 넘어가며 달라진 관점들
Summary
화면만 보던 QA가 '진짜 돈'을 검증할 때 마주하는 새로운 세상
전시에서 예약·정산으로, 서비스의 숨겨진 데이터 흐름을 정복하는 시니어 QA의 관점 전환 가이드
눈에 보이는 UI 검증에 익숙했던 QA 엔지니어가 데이터 정합성과 금액 계산식 중심의 예약·정산 도메인으로 넘어가며 겪은 성장 스토리입니다. 실시간 피드백이 어려운 환경 속에서 데이터의 흐름과 비즈니스 정책을 어떻게 구조화하여 품질을 정복해 나갔는지, 전체 관점을 확장하는 실무적 팁을 담았습니다.
- 01보이는 UX 중심의 '전시 QA'와 보이지 않는 데이터·금액 중심의 '예약·정산 QA' 사이의 핵심적 차이 분석
- 02배치 처리 대기 및 정확한 상태 테이블 설계 등 복잡한 비즈니스 정책을 극복하기 위한 검증 극대화 전략
- 03단순 기획서 분석을 넘어 과거 변경 히스토리 추적을 통한 서비스 구조 전반에 대한 깊은 이해 확보
- 04전시부터 결제와 정산까지 이어지는 엔드투엔드(E2E) 데이터 정합성 검증으로의 커리어적 관점 확장
RECOMMENDATION
프론트엔드 UI/UX 테스트 중심의 커리어에서 백엔드 비즈니스 로직 및 데이터 무결성 검증 영역으로 전문성을 넓히고 싶은 QA 엔지니어분들께 강력히 추천합니다.
The Problem
기존의 직관적인 화면 UI/UX 중심의 전시 QA와 달리, 데이터 흐름과 금액 계산의 정확성이 핵심인 예약·정산 QA 영역을 새로 담당하면서 도메인 지식 파악과 테스트 방식의 차이로 인해 초기 적응에 어려움을 겪었습니다. 특히 즉각적인 피드백 확인이 불가능하고, 복잡한 정책 히스토리와 계산식을 설계해야 하는 문제에 직면했습니다.
The Solution
과거 변경 이력 및 정책 문서를 전반적으로 추적 분석하고, 이해가 되지 않는 비즈니스 로직에 대해 적극적으로 유관 부서에 질문하여 극복했습니다. 또한 금액 계산 정책과 예외 상황들을 정밀하게 검증할 수 있도록 상태 테이블을 설계하여 검증 체계를 구조화했습니다.
The Result
단순한 화면 검증 수준을 넘어 전시부터 예약, 결제, 정산으로 이어지는 전체 서비스 생태계의 비즈니스 로직과 데이터 파이프라인의 유기적 흐름을 이해하게 되었으며, 이를 통해 더욱 깊이 있고 정합성 높은 품질 보증 시야를 확보하게 되었습니다.
Trade-off
전시 QA처럼 API 호출 결과를 실시간으로 확인하는 대신 배치가 실행될 때까지 기다려야 하므로 물리적인 검증 대기 시간이 늘어났으며, 세밀한 상태 테이블 설계와 과거 정산 이력 분석 과정에서 테스트 설계에 투입되는 시간적 리소스가 크게 증가하는 한계가 있습니다.
Key Concepts
More from 여기어때
View all posts from 여기어때항공 프론트엔드 구축기 (10/10): 폴더 이름 앞의 기호 하나
Frontend ArchitectureDirectory StructureFeature-Sliced Design3시간 전항공 프론트엔드 구축기 (8/10): 토큰이 세 군데서 온다
NextJSWebViewAuthentication3시간 전AI가 내 하루를 기억하게 하는 법 (1/2): 먼저, 기억할 곳을 만들었다 — 개인 LLM 위키
LLMMarkdown WikiContext Window3시간 전[2편] Grafana 커스텀 패널로 10만 점 산점도 그리기 — 만들고 나서야 보인 함정 3가지
GrafanaCanvas APIReact3시간 전[1편] APM 스캐터 차트 직접 만들기 — OpenTelemetry 수집과 ClickHouse 저장
OpenTelemetryClickHouseAPM3시간 전