우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›마이클›품질보증›질문 상세
    問
    마마이클품질보증직무 역량2026년 출제

    자동화 커버리지와 실패율을 어떻게 측정하고 가시화하는지에 대한 방법론을 설명해 주세요.

    답변 미리보기

    팀 프로젝트에서 테스트 자동화 커버리지를 처음 체계적으로 측정해봤습니다. pytest-cov로 커버리지를 측정하고 CI에 연결해서 PR마다 커버리지 리포트가…

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

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

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

    問
    01
    지표 결을 분별하는가?
    한 결로 답하는지, 커버리지·실패율·실행 시간·플래키 결로 가른 흔적이 답에 있는지 보는 자리입니다. 한 결로 묶는 답은 깊이가 약해지는 자리입니다.
    骨
    02
    본인 사례가 있는가?
    이론 결만 답하는지, 본인이 실제 굴린 자동화 측정 결의 흔적이 답에 묻어 있는지 살피는 자리입니다. 책에서 본 결은 실무 감각이 약해지는 자리입니다.
    語
    03
    가시화 결이 분명한가?
    데이터만 답하는지, 대시보드·알람·추세 결로 가른 흔적이 답에 있는지 살피는 자리입니다. 가시화 없는 결은 표면적입니다.
    本
    04
    행동으로 잇는가?
    지표만 답하는지, 어떤 결로 안정화·우선순위에 연결한 흔적이 답에 있는지 보는 자리입니다. 행동 없는 결은 자리가 흐려지는 자리입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    마이클 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    pytest-cov CI 연동 + 플래키 테스트 추적 + 히스토리 대시보드 경험으로 설명약 65초플래키 테스트 Quarantine 격리 + 비즈니스 경로 기준 수정 우선순위, CI 신뢰도 2주 만에 회복 — 지표 수집에서 끝나지 않고 무엇을 먼저 고칠지 결정이 핵심약 67초Codecov PR 커버리지 변화량 리포트, 브랜치 커버리지로 조건 분기 추적, 커버리지 수치보다 비즈니스 규칙 기준 — 커버리지는 완성도가 아닌 회귀 신호약 68초
    자동화 커버리지·실패율 측정 가시화
    약 65초

    pytest-cov CI 연동 + 플래키 테스트 추적 + 히스토리 대시보드 경험으로 설명

    팀 프로젝트에서 테스트 자동화 커버리지를 처음 체계적으로 측정해봤습니다. pytest-cov로 커버리지를 측정하고 CI에 연결해서 PR마다 커버리지 리포트가 자동으로 생성되게 했습니다. 커버리지만 보다가 플래키 테스트(비결정적으로 실패하는 테스트)가 더 큰 문제라는 걸 알게 됐는데, 매번 결과가 달라지는 테스트가 팀 신뢰도를 깎는다는 걸 경험했습니다. 실패율을 추적하려고 테스트 이름과 결과를 JSON으로 저장하고 히스토리를 볼 수 있는 간단한 대시보드를 만들었습니다. 가시화는 별도 도구 대신 HTML 파일로 만들었는데, 팀원들이 쉽게 접근할 수 있는 형태가 더 중요하다는 걸 배웠습니다.

    커버리지 숫자보다 플래키 테스트 제거가 팀 CI 신뢰도에 더 직접적인 영향을 주는 자리라는 걸 그때 알았습니다.

    이 결의 특징
    pytest-cov를 CI에 연결해 PR마다 리포트를 자동 생성하고, 플래키 테스트가 커버리지보다 팀 신뢰도를 더 깎는다는 것을 발견한 흔적이 있습니다. JSON 히스토리 대시보드를 HTML로 소박하게 만든 결이 이어집니다.
    이 결이 통하는 자리
    커버리지 숫자보다 플래키 테스트 제거가 CI 신뢰도에 직접 영향을 준다는 결론이 실제 관찰로 뒷받침될 때 통합니다. 도구보다 접근성을 우선한 선택이 면접관에게 통합니다.
    예시 답변 2
    약 67초

    플래키 테스트 Quarantine 격리 + 비즈니스 경로 기준 수정 우선순위, CI 신뢰도 2주 만에 회복 — 지표 수집에서 끝나지 않고 무엇을 먼저 고칠지 결정이 핵심

    플래키 테스트를 발견하고 나서 어떻게 처리할지 기준을 만들어야 한다는 것을 경험했습니다. 처음에는 플래키 테스트가 실패할 때마다 재실행하는 방식으로 대응했는데, 이것은 근본 해결이 아니라 문제를 가리는 방식이었습니다. 이후 플래키 테스트를 별도 태그로 분류해 일반 CI에서는 실행하지 않고 별도 파이프라인에서만 실행하도록 격리했습니다. 이렇게 하면 CI가 안정적으로 유지되면서 플래키 테스트를 수정할 시간을 벌 수 있었습니다. 수정 우선순위는 비즈니스 흐름에서 중요한 경로를 커버하는 테스트를 먼저 고쳤습니다.

    커버리지 숫자가 높아도 중요한 결제 흐름을 커버하는 테스트가 플래키하면 신뢰도는 낮다는 것을 이때 이해했습니다. 격리와 수정을 분리해서 접근하니 팀 CI 신뢰도가 회복되는 데 2주가 걸렸습니다. 테스트 품질 개선은 지표 수집에서 끝나지 않고 무엇을 먼저 고칠지 결정하는 데서 완성된다는 것을 이 경험에서 배웠습니다.

    이 결의 특징
    플래키 테스트를 재실행으로 가리던 초기 대응이 근본 해결이 아니었다는 것을 인정하고, 별도 파이프라인으로 격리한 뒤 비즈니스 경로 우선으로 수정한 흔적이 있습니다.
    이 결이 통하는 자리
    지표 수집에서 끝나지 않고 무엇을 먼저 고칠지 결정하는 데서 개선이 완성된다는 결론이 2주라는 구체 회복 기간으로 뒷받침될 때 통합니다. 우선순위 판단 근거가 명확할 때 면접관이 멈춥니다.
    예시 답변 3
    약 68초

    Codecov PR 커버리지 변화량 리포트, 브랜치 커버리지로 조건 분기 추적, 커버리지 수치보다 비즈니스 규칙 기준 — 커버리지는 완성도가 아닌 회귀 신호

    커버리지를 측정하는 것보다 추세가 나빠지는 것을 조기에 발견하는 것이 더 중요하다는 것을 경험했습니다. 라인 커버리지만 보면 새 코드가 추가됐을 때 전체 퍼센트가 내려가는지 올라가는지밖에 알 수 없었는데, 브랜치 커버리지를 추가로 추적하니 조건문의 분기가 제대로 테스트됐는지까지 볼 수 있었습니다. Codecov를 CI에 연동해서 PR마다 커버리지 변화량을 리포트하게 했는데, 새 코드에서 커버리지가 일정 수준 이하로 떨어지면 PR에 경고가 붙게 됐습니다. 이 구조에서 테스트 없이 복잡한 조건문이 추가되는 패턴을 조기에 감지할 수 있었습니다. 한계도 있었는데, 커버리지가 높아도 중요한 경계 조건이 빠져 있는 경우는 숫자로는 알 수가 없었습니다. 커버리지 수치보다 "이 비즈니스 규칙이 테스트됐는가"를 기준으로 삼는 것이 더 실질적이라는 것을 배웠습니다.

    커버리지 지표는 테스트의 완성도가 아니라 회귀를 조기에 발견하기 위한 신호로 써야 한다는 것을 이 경험에서 얻었습니다.

    이 결의 특징
    라인 커버리지만으로는 조건 분기 테스트 여부를 알 수 없다는 한계를 짚고, 브랜치 커버리지와 Codecov PR 리포트로 보완한 흔적이 있습니다.
    이 결이 통하는 자리
    커버리지는 완성도가 아니라 회귀를 조기에 발견하기 위한 신호로 써야 한다는 결론이 구체 감지 사례로 뒷받침될 때 통합니다. 수치의 한계를 인정하는 균형이 면접관에게 신뢰로 읽힙니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

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

    壹왜 그 지표 결을 핵심으로 보셨나요?
    貳잘못 본 측정 경로 결도 있었나요?
    參본인만의 측정 결이 있나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 마이클 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    삼성전자 · 반도체 회로설계
    테스트 커버리지를 개선하기 위한 방법이나 도구에 대해 설명해주세요.
    이 질문 보기
    삼성전자 · 반도체 회로설계
    복잡한 실패 디버깅 과정에서 어떤 방법으로 디자인 관련 실패를 식별하고 해결하셨나요?
    이 질문 보기
    크몽 · 콘텐츠 기획
    콘텐츠 성과를 분석한 후 실패나 성공의 원인을 어떻게 파악하고 개선해 나갈 것인지 구체적인 사례를 들어 설명해 주세요.
    이 질문 보기
    삼성전자 · 프로세스 엔지니어
    SPC 방법론을 사용해 장비 성능을 평가하는 방법을 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 마이클 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기