이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
자동화 테스트 플랫폼을 운영했던 건 인턴 때 모바일 앱 QA 보조 업무에서였습니다. Selenium 기반 UI 테스트 스크립트를 CI 파이프라인에 연결하는 작업을 지원했습니다. 반복 회귀 테스트를 자동화하면 매 빌드마다 수동 검증 시간을 줄일 수 있었습니다. 운영하면서 가장 어려운 부분은 UI 변경이 잦을 때 테스트 스크립트가 깨지는 유지보수 비용이었습니다. 자동화 커버리지를 높이는 것보다 안정적인 핵심 플로우를 먼저 자동화하고 자주 바뀌는 UI는 수동으로 남기는 방식이 더 효율적이었습니다. 테스트 결과 리포트를 읽기 쉽게 구성하는 것도 중요했습니다.
실패한 테스트에서 어디서 왜 깨졌는지 빠르게 파악할 수 있는 로그 구조가 없으면 자동화의 이점이 줄어듭니다. 자동화는 테스트를 없애는 게 아니라 반복 검증 속도를 높이는 도구라는 시각이 운영에 더 효과적이었습니다.
자동화 테스트 플랫폼을 운영하며 제가 들고 간 절차는, 깨진 스크립트를 매번 땜질하지 않고 유지보수 자체를 흐름으로 남기는 일이었습니다. 인턴 때 모바일 앱 QA 보조로 UI 테스트 스크립트를 CI에 연결했는데, UI가 자주 바뀌면 스크립트가 깨지는 게 가장 큰 비용이었습니다. 그래서 저는 안정적인 핵심 플로우를 먼저 자동화하고, 자주 바뀌는 화면은 수동으로 남기는 기준을 정했습니다. 또 깨진 테스트가 어디서 왜 실패했는지 빠르게 보이도록 로그 구조를 정리하는 게 자동화 이점을 지키는 핵심이었습니다. 한 번 고치고 끝내지 않고, 어떤 화면은 자동·어떤 화면은 수동이라는 판단을 문서로 남겨 다음 빌드에서도 같은 기준이 적용되게 했습니다. 다만 도움 받은 자리도 인정합니다. CI 파이프라인 설정은 선임 개발자의 손을 빌렸고, 저는 스크립트 작성과 결과 판독을 맡았습니다. 또 자동화 커버리지를 어디까지 넓힐지 ROI를 따지는 건 더 익혀야 합니다. 그래서 유지보수를 절차로 남기는 시각을 토대로, 그 설계 역량을 더 키우려 합니다.
자동화 테스트를 운영하며 제가 잡은 순서는, 커버리지를 무작정 높이기보다 안정적인 핵심 플로우부터 자동화하는 것이었습니다. 인턴 때 Selenium 기반 UI 테스트를 CI에 연결하는 작업을 지원하며, 반복 회귀 테스트를 자동화하면 매 빌드의 수동 검증 시간이 준다는 걸 직접 봤습니다. 하지만 UI가 자주 바뀌면 스크립트가 깨져 유지보수 비용이 커졌습니다. 그래서 자주 바뀌는 화면까지 다 자동화하지 않고, 변동이 적은 핵심 플로우를 먼저 자동화하고 나머지는 수동으로 남기는 게 더 효율적이라고 판단했습니다. 자동화는 테스트를 없애는 게 아니라 반복 검증 속도를 높이는 도구라는 시각이 운영에 더 맞았습니다. 다만 한계도 인정합니다. 저는 보조 역할이라 플랫폼을 처음부터 설계하거나, 어떤 테스트가 회귀에서 실제로 결함을 잡는지 데이터로 우선순위를 매겨 본 경험은 없습니다. 또 깨진 스크립트의 근본 원인을 줄이는 설계도 더 익혀야 합니다. 그래서 안정 플로우 우선 순서를 잡은 경험을 토대로, 그 설계 역량을 더 키우려 합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 배달의민족(우아한형제들) 품질보증 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.