우문현답
愚 問 賢 答
회사별 면접직군별질문 가이드진행 방식
    홈›회사별›CJ올리브영›SW·IT 일반›질문 상세
    問
    CCJ올리브영SW·IT 일반경험·이력2026년 출제

    UI/API 테스트 자동화 경험에 대해 말씀해 주시고, 어떤 Data Source와 API Protocol을 다뤄보셨는지 설명해 주세요.

    답변 미리보기

    UI 테스트 자동화에서 유지보수성을 높이기 위해 페이지 오브젝트 패턴을 도입했습니다. 화면 요소를 클래스로 추상화하면 UI가 바뀌어도 테스트 코드 수정이 한…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    맥락 결을 짚는가?
    범위·도구·기간 결을 짚는 흔적이 강합니다. 막연한 '경험 있다'만 답하면 면접관이 결을 다시 묻는 자리가 자주 보입니다.
    骨
    02
    구체 결이 있는가?
    프레임워크·데이터·CI 결을 짚는 흔적이 답에 있어야 합니다. 한 결만 답하면 면접관이 결을 다시 캐는 결이 자주 통합합니다.
    語
    03
    본인 사례 결을 받치는가?
    구체 케이스·결과 결을 자기 언어로 짚는 흔적이 강하게 통합합니다. 이론만 답하면 면접관이 적용을 다시 묻는 자리가 강합니다.
    本
    04
    한계도 인정하는가?
    약한 영역·대안 결을 짚는 흔적이 자주 통합합니다. 만점 평가만 답하면 면접관이 객관화를 다시 캐는 자리가 강합니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    CJ올리브영 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    UI 테스트 페이지 오브젝트·API 테스트 데이터 관리·리포트 자동화로 테스트 자동화 결약 83초테스트 자동화의 약한 영역을 인식하고 계층 전략으로 보완한 결약 76초GraphQL API 테스트에서 스키마 기반 검증과 변수 조합 케이스를 경험한 결약 74초
    예시 답변 1
    약 83초

    UI 테스트 페이지 오브젝트·API 테스트 데이터 관리·리포트 자동화로 테스트 자동화 결

    UI 테스트 자동화에서 유지보수성을 높이기 위해 페이지 오브젝트 패턴을 도입했습니다. 화면 요소를 클래스로 추상화하면 UI가 바뀌어도 테스트 코드 수정이 한 곳으로 집중됐고, 테스트 로직과 요소 선택 코드가 분리돼 가독성이 좋아졌습니다.

    API 테스트에서는 테스트 데이터 전략이 핵심이었습니다. 각 테스트가 독립적으로 동작하려면 데이터를 공유하지 않아야 하기 때문에, 테스트 실행 전 데이터를 생성하고 실행 후 정리하는 구조를 만들었습니다. 상태가 남아 있는 경우 다른 테스트에 영향을 주는 문제가 생겼습니다.

    테스트 결과 리포트도 자동화했습니다. 실패한 케이스의 스크린샷과 요청·응답 로그를 함께 저장해 원인 파악 시간을 줄이는 구조를 갖췄습니다. CI 파이프라인에서 실패 시 슬랙으로 알림이 오도록 연결해 빠른 대응이 가능했습니다.

    이 결의 특징
    UI 테스트 자동화에서 유지보수성을 높이기 위해 페이지 오브젝트 패턴을 도입했습니다. 화면 요소를 클래스로 추상화하면 UI가 바뀌어도 테스트 코드 수정이 한 곳으로 집중됐고, 테스트 로직과 요소 선택 코드가 분리돼 가독성이 좋아졌습니다. API 테스트에서는 테스트 데이터 전략이 핵심이었습니다. 각 테스트
    이 결이 통하는 자리
    선택 코드가 분리돼 가독성이 좋아졌습니다. API 테스트에서는 테스트 데이터 전략이 핵심이었습니다. 각 테스트가 독립적으로 동작하려면 데이터를 공유하지 않아야 하기 때문에, 테스트 실행 전 데이터를 생성하고 실행 후 정리하는 구조를 만들었습니다. 상태가 남아 있는 경우 다른 테스트에 영
    예시 답변 2
    약 76초

    테스트 자동화의 약한 영역을 인식하고 계층 전략으로 보완한 결

    테스트 자동화를 구축하면서 잘 동작하지 않는 영역이 있다는 것을 경험으로 알게 됐습니다. UI 자동화는 화면 구조가 바뀔 때마다 테스트가 깨지는 경우가 많아서, 테스트를 유지하는 비용이 처음 예상보다 높다는 것을 알게 됐습니다. 페이지 오브젝트 패턴으로 어느 정도 줄였지만, 애니메이션이나 타이밍에 의존하는 테스트는 환경에 따라 불규칙하게 실패하는 경우가 있었습니다.

    E2E 테스트보다 API 단위 테스트가 유지보수 비용이 낮다는 것을 경험하면서, 어떤 레이어에서 어떤 종류의 테스트를 두는지를 고려하게 됐습니다. 테스트 자동화는 많이 쌓는 것보다 어떤 테스트를 어느 계층에 두는지가 더 중요하다는 것을 배웠습니다.

    이 결의 특징
    테스트 자동화를 구축하면서 잘 동작하지 않는 영역이 있다는 것을 경험으로 알게 됐습니다. UI 자동화는 화면 구조가 바뀔 때마다 테스트가 깨지는 경우가 많아서, 테스트를 유지하는 비용이 처음 예상보다 높다는 것을 알게 됐습니다. 페이지 오브젝트 패턴으로 어느 정도 줄였지만, `애니메이션
    이 결이 통하는 자리
    있었습니다. E2E 테스트보다 API 단위 테스트가 유지보수 비용이 낮다는 것을 경험하면서, 어떤 레이어에서 어떤 종류의 테스트를 두는지를 고려하게 됐습니다. 테스트 자동화는 많이 쌓는 것보다 어떤 테스트를 어느 계층에 두는지가 더 중요하다는 것을 배웠습니다.
    예시 답변 3
    약 74초

    GraphQL API 테스트에서 스키마 기반 검증과 변수 조합 케이스를 경험한 결

    REST API 테스트 외에 GraphQL API 테스트를 처음 구성하면서 다른 점이 많았습니다. REST는 엔드포인트마다 다른 테스트를 작성했지만, GraphQL은 단일 엔드포인트에서 쿼리와 변수의 조합이 테스트 범위를 결정했습니다. 스키마가 명시돼 있어서 Introspection으로 사용 가능한 필드와 타입을 먼저 파악하고 테스트를 짜는 것이 가능했습니다.

    응답 구조가 요청 쿼리에 따라 달라지기 때문에, 테스트마다 기대 응답을 정밀하게 정의해야 한다는 것을 알게 됐습니다. GraphQL 테스트는 REST보다 스키마 이해가 먼저 필요하지만, 스키마가 있으면 테스트 범위를 체계적으로 잡을 수 있다는 것을 배웠습니다.

    이 결의 특징
    REST API 테스트 외에 GraphQL API 테스트를 처음 구성하면서 다른 점이 많았습니다. REST는 엔드포인트마다 다른 테스트를 작성했지만, GraphQL은 단일 엔드포인트에서 쿼리와 변수의 조합이 테스트 범위를 결정했습니다. 스키마가 명시돼 있어서 Introspection
    이 결이 통하는 자리
    응답 구조가 요청 쿼리에 따라 달라지기 때문에, 테스트마다 기대 응답을 정밀하게 정의해야 한다는 것을 알게 됐습니다. GraphQL 테스트는 REST보다 스키마 이해가 먼저 필요하지만, 스키마가 있으면 테스트 범위를 체계적으로 잡을 수 있다는 것을 배웠습니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕고른 것만 말하고 있지 않은가? 검토했다 접은 선택지가 하나라도 나와야 판단으로 읽힙니다.
    • ✕판단 기준이 그 상황에 붙어 있는가? "더 좋아서"는 일반론이고, 그때의 조건을 짚은 말이 본인의 답입니다.
    • ✕결과를 확인한 방법이 있는가? 수치든 주변 반응이든, 무엇을 보고 됐다고 판단했는지가 빠지면 막연해집니다.
    • ✕지금 다시 한다면 무엇을 바꿀지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊게 남습니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹버그를 놓친 결은 있나요?
    대응원인·교훈 결을 자기 언어로 짚는 답이 강하게 통합합니다. 없다고 답하면 객관화가 약하게 읽히는 자리가 자주 보입니다.
    貳데이터 관리는 어떻게 풀까요?
    대응표준·자동 결을 짚는 답이 자주 통합합니다. 강행만 답하면 통제 흔적이 약하게 보이는 자리가 강합니다.
    參체계를 다시 짠다면 무엇을 바꾸시겠어요?
    대응설계·자동화·기록 중 어디를 손볼지 짚는 결이 강합니다. 그대로 가겠다는 답은 학습 흔적이 약하게 읽히는 자리가 자주 보입니다.
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. CJ올리브영 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    Tmap Mobility · 품질보증
    UI 또는 API 자동화 테스트 케이스를 작성한 경험이 있다면, 어떤 도구를 사용했는지와 그 과정에서의 어려움은 무엇이었는지 이야기해 주세요.
    이 질문 보기
    카카오페이 · 재무·회계 일반
    API와 관련된 데이터를 확인하고 테스트하는 경험이 있다면, 구체적으로 어떤 작업을 했는지 설명해 주세요.
    이 질문 보기
    배달의민족(우아한형제들) · 프론트엔드
    테스트 자동화 경험이 있다면, 어떤 도구와 방법을 사용했는지 설명해 주세요.
    이 질문 보기
    트립비토즈 · 백엔드
    AI를 활용한 테스트 자동화 경험이 있다면, 어떤 방식으로 진행했는지 공유해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, CJ올리브영 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기