우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›토스›백엔드›질문 상세
    問
    토토스백엔드직무 역량2026년 출제

    테스트 인프라 구축 경험이 있다면 어떤 방식으로 진행했는지 구체적인 사례를 들어 설명해 주세요.

    답변 미리보기

    팀 프로젝트에서 각자 단위 테스트를 쓰는 방식이 달랐고, 어떤 파일엔 테스트가 있고 어떤 파일엔 없었습니다. 머지할 때 테스트가 깨지는 빈도가 늘어나면서 팀…

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

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

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

    問
    01
    구축 경험은 어떤가?
    테스트 인프라 구축 경험에 대한 구체적인 사례가 답에 있어야 합니다. 없으면 면접관이 '구축 과정에서 어려움은 없었나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    사용한 도구는 무엇인가?
    구축 과정에서 사용한 도구나 기술 스택에 대한 언급이 필요합니다. 없으면 면접관이 '왜 그 도구를 선택했나요?' 같은 질문을 던지는 자리가 자주 보입니다.
    語
    03
    팀과의 협업은 어땠는가?
    테스트 인프라 구축 시 팀원들과의 협업 방식에 대한 언급이 있는 것이 좋습니다. 없으면 면접관이 '협업 시 어떤 역할을 맡았나요?'를 추가로 묻는 경우가 많습니다.
    本
    04
    결과는 어땠는가?
    구축한 테스트 인프라의 결과나 성과에 대한 설명이 답에 있어야 합니다. 없으면 면접관이 '그 결과로 무엇을 개선했나요?'라는 질문을 던지는 자리가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    토스 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    각자 다르게 쓰던 테스트 방식을 공통 규칙으로 정리한 경험약 90초외부 의존성을 포함한 통합 테스트 환경을 처음 만든 경험약 90초end-to-end 테스트를 도입했다가 유지 비용으로 포기한 경험과 교훈약 90초
    팀 테스트 환경 표준화 경험
    약 90초

    각자 다르게 쓰던 테스트 방식을 공통 규칙으로 정리한 경험

    팀 프로젝트에서 각자 단위 테스트를 쓰는 방식이 달랐고, 어떤 파일엔 테스트가 있고 어떤 파일엔 없었습니다. 머지할 때 테스트가 깨지는 빈도가 늘어나면서 팀 내에서 테스트 구조를 정리하자는 이야기가 나왔습니다.

    저는 테스트 파일 위치, 네이밍 규칙, Mock 사용 기준을 한 페이지로 정리해 팀에 공유했습니다. 픽스처 데이터도 공용 폴더로 모으고, 팀원이 새 테스트를 추가할 때 기존 예시를 참고할 수 있게 했습니다.

    처음엔 규칙이 너무 많다는 피드백이 있었고, 절반을 삭제하고 가장 충돌이 잦은 3가지만 규칙으로 남겼습니다. 이후 PR에서 테스트 관련 코멘트가 눈에 띄게 줄었습니다. 규칙은 적을수록 지켜진다는 걸 그때 배웠습니다.

    이 결의 특징
    팀 프로젝트에서 각자 단위 테스트를 쓰는 방식이 달랐고, 어떤 파일엔 테스트가 있고 어떤 파일엔 없었습니다. 머지할 때 테스트가 깨지는 빈도가 늘어나면서 팀 내에서 테스트 구조를 정리하자는 이야기가 나왔습니다. 저는 테스트 파일 위치, 네이밍 규칙, Mock 사용 기준을 한 페이지로 정리해 팀에 공유했습니다라는 흔적이 있습니다
    이 결이 통하는 자리
    저는 테스트 파일 위치, 네이밍 규칙, Mock 사용 기준을 한 페이지로 정리해 팀에 공유했습니다. 픽스처 데이터도 공용 폴더로 모으고, 팀원이 새 테스트를 추가할 때 기존 예시를 참고할 수 있게 했습니다. 이후 PR에서 테스트 관련 코멘트가 눈에 띄게 줄었습니다. 규칙은 적을수록 지켜진다는 걸 그때 배웠는 자리에서 통합니다
    통합 테스트 환경 구축 경험
    약 90초

    외부 의존성을 포함한 통합 테스트 환경을 처음 만든 경험

    인턴 때 단위 테스트는 있었지만 DB와 연동한 통합 테스트가 없어서 배포 후 예상 못한 SQL 오류가 종종 생겼습니다. 통합 테스트 환경을 붙이는 작업을 맡았습니다.

    테스트마다 임시 DB를 띄우고 종료 후 자동 정리하는 방식을 써봤습니다. 처음엔 테스트 실행 시간이 너무 길어서 팀원들이 로컬에서 잘 안 돌렸습니다. 테스트 속도가 느리면 안 돌리게 된다는 걸 실감했습니다.

    병렬 실행 설정을 추가하고, 무거운 테스트는 CI에서만 돌리도록 분리했습니다. 로컬 기준 전체 테스트가 3분에서 45초로 줄었고 이후로 팀원들이 커밋 전 테스트를 자연스럽게 돌리게 됐습니다. 테스트 인프라는 속도가 채택률을 결정한다는 것이 그때의 교훈입니다.

    이 결의 특징
    인턴 때 단위 테스트는 있었지만 DB와 연동한 통합 테스트가 없어서 배포 후 예상 못한 SQL 오류가 종종 생겼습니다. 통합 테스트 환경을 붙이는 작업을 맡았습니다. 테스트마다 임시 DB를 띄우고 종료 후 자동 정리하는 방식을 써봤습니다라는 흔적이 있습니다
    이 결이 통하는 자리
    처음엔 테스트 실행 시간이 너무 길어서 팀원들이 로컬에서 잘 안 돌렸습니다. 테스트 속도가 느리면 안 돌리게 된다는 걸 실감했습니다. 로컬 기준 전체 테스트가 3분에서 45초로 줄었고 이후로 팀원들이 커밋 전 테스트를 자연스럽게 돌리게 됐습니다. 테스트 인프라는 속도가 채택률을 결정한다는 것이 그때의 교훈입는 자리에서 통합니다
    E2E 테스트 도입 실패와 교훈
    약 90초

    end-to-end 테스트를 도입했다가 유지 비용으로 포기한 경험과 교훈

    사이드 프로젝트에서 회원가입부터 주문까지 전체 흐름을 자동화 테스트로 커버하겠다는 목표로 브라우저 기반 테스트를 도입했습니다. 처음엔 잘 돌아갔지만 UI가 조금만 바뀌어도 테스트가 깨졌고, 한 달 후엔 테스트 코드를 고치는 시간이 기능 개발보다 길어졌습니다.

    결국 팀에서 핵심 사용자 흐름 3개만 남기고 나머지는 단위 테스트로 대체하기로 결정했습니다. 제가 제안했던 방향이 틀렸다는 걸 인정하고 롤백하는 과정이 쉽지 않았지만, 결과적으로 팀 속도가 회복됐습니다.

    넓은 커버리지가 항상 좋은 건 아니다는 걸 배웠습니다. 유지할 수 있는 범위의 테스트가 포기되는 넓은 테스트보다 낫습니다. 지금은 테스트 전략을 짤 때 커버리지보다 유지 비용을 먼저 생각합니다.

    이 결의 특징
    사이드 프로젝트에서 회원가입부터 주문까지 전체 흐름을 자동화 테스트로 커버하겠다는 목표로 브라우저 기반 테스트를 도입했습니다. 처음엔 잘 돌아갔지만 UI가 조금만 바뀌어도 테스트가 깨졌고, 한 달 후엔 테스트 코드를 고치는 시간이 기능 개발보다 길어졌습니다라는 흔적이 있습니다
    이 결이 통하는 자리
    결국 팀에서 핵심 사용자 흐름 3개만 남기고 나머지는 단위 테스트로 대체하기로 결정했습니다. 제가 제안했던 방향이 틀렸다는 걸 인정하고 롤백하는 과정이 쉽지 않았지만, 결과적으로 팀 속도가 회복됐습니다. 유지할 수 있는 범위의 테스트가 포기되는 넓은 테스트보다 낫습니다. 지금은 테스트 전략을 짤 때 커버리지보다는 자리에서 통합니다
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹이전 방식에서 어떤 점이 가장 어려웠나요?
    貳테스트 인프라를 구축하면서 후회한 점이 있다면 무엇인가요?
    參만약 테스트 인프라 구축을 처음부터 다시 한다면 어떻게 접근하겠어요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 토스 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    토스 · 인프라 엔지니어
    가상화 인프라 구축 경험에 대해 구체적으로 설명해 주세요.
    이 질문 보기
    삼성물산 건설부문 · SW·IT 일반
    IT 인프라를 구축할 때 가장 중점을 두는 요소는 무엇인가요?
    이 질문 보기
    토스 · 프론트엔드
    자동화된 테스트 플랫폼 구축 경험이 있다면, 어떤 방식으로 접근했는지 구체적으로 이야기해 주세요.
    이 질문 보기
    누아 · 백엔드
    서비스 인프라 구축 및 운영 경험에 대해 구체적으로 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 토스 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기