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

    Java 기술 생태계에서 OOP와 TDD를 어떻게 활용해 본 경험이 있나요?

    답변 미리보기

    상용 환경 Java 실무는 없습니다. 학부 객체지향 수업과 개인 학습으로 Spring Boot로 작은 백엔드 8주·TDD 책 한 권 학습이 가장 가까운…

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

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

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

    問
    01
    OOP 활용 경험은 있는가?
    OOP(Object-Oriented Programming) 활용 경험에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 객체 지향 원리를 적용했나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    TDD 적용 사례는 있는가?
    TDD(Test-Driven Development) 적용 사례가 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '테스트를 어떻게 설계했나요?' 같은 질문을 던지는 자리가 자주 보입니다.
    語
    03
    Java 기술에 대한 이해는 어떤가?
    Java 기술 생태계에 대한 이해가 답에 드러나야 합니다. 없으면 면접관이 '어떤 라이브러리나 프레임워크를 사용했나요?'를 추가로 묻는 경우가 많습니다.
    本
    04
    두 방법의 통합 경험은 있는가?
    OOP와 TDD를 통합하여 사용한 경험의 흔적이 답에 있어야 합니다. 없으면 면접관이 '두 개념을 어떻게 조화롭게 사용했나요?'를 묻는 경우가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    토스 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    *Java OOP·TDD 활용*을 학부·개인 학습으로 답한다.약 65초*OOP·TDD 활용의 4가지 자리*를 정리한다.약 70초*OOP·TDD의 본체는 변경에 강한 코드*라는 시각을 보여준다.약 65초
    솔직 경험형
    약 65초

    *Java OOP·TDD 활용*을 학부·개인 학습으로 답한다.

    상용 환경 Java 실무는 없습니다. 학부 객체지향 수업과 개인 학습으로 Spring Boot로 작은 백엔드 8주·TDD 책 한 권 학습이 가장 가까운 자리입니다.

    OOP의 핵심은 상속이 아니라 책임 분리라는 시각으로 봤습니다. 학부 과제에서 상속을 깊게 쓴 자리가 변경마다 부모·자식이 모두 깨진 자리가 됐습니다. 컴포지션으로 옮긴 뒤에 변경이 한 자리에서 끝나는 자리가 됐습니다.

    첫 자리에 상속을 깊게 본 실패가 있었고, 그 일이 상속보다 컴포지션이라는 자세를 만들었습니다. TDD는 작은 단위 테스트부터·실패 → 성공 → 리팩토링의 흐름을 손에 익히는 자세로 가져왔습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.

    이 결의 특징
    상용 환경 Java 실무는 없습니다. 학부 객체지향 수업과 개인 학습으로 Spring Boot로 작은 백엔드 8주·TDD 책 한 권 학습이 가장 가까운 자리입니다. OOP의 핵심은 상속이 아니라 책임 분리라는 시각으로 봤습니다. 학부 과제에서 상속을 깊게 쓴 자리가 변경마다 부모·자식이
    이 결이 통하는 자리
    학부 과제에서 상속을 깊게 쓴 자리가 변경마다 부모·자식이 모두 깨진 자리가 됐습니다. 컴포지션으로 옮긴 뒤에 변경이 한 자리에서 끝나는 자리가 됐습니다. 첫 자리에 상속을 깊게 본 실패가 있었고, 그 일이 상속보다 컴포지션이라는 자세를 만들었습니다. TDD는 작은 단위 테스트부터·실패 → 성
    활용 정리형
    약 70초

    *OOP·TDD 활용의 4가지 자리*를 정리한다.

    Java OOP·TDD 활용에서 손에 익힌 자리는 네 곳입니다.

    첫째, 책임 분리. 한 클래스가 한 가지 일만 하는 자리. 둘째, 컴포지션 우선. 상속의 함정을 피하는 자리. 셋째, 작은 단위 테스트. Red → Green → Refactor의 흐름. 넷째, 테스트가 코드의 명세. 테스트를 읽으면 코드가 무엇을 하는지 보이는 자리.

    학부 과제에서 4단계 명세 테스트를 빠뜨린 실패가 있었고, 코드의 의도를 다음 사람이 못 따라간 자리가 있었습니다. 그 일이 테스트가 명세라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.

    이 결의 특징
    Java OOP·TDD 활용에서 손에 익힌 자리는 네 곳입니다. 첫째, 책임 분리. 한 클래스가 한 가지 일만 하는 자리. 둘째, 컴포지션 우선. 상속의 함정을 피하는 자리. 셋째, 작은 단위 테스트. Red → Green → Refactor의 흐름. 넷째, 테스트가 코드의 명세. 테스
    이 결이 통하는 자리
    흐름. 넷째, 테스트가 코드의 명세. 테스트를 읽으면 코드가 무엇을 하는지 보이는 자리. 학부 과제에서 4단계 명세 테스트를 빠뜨린 실패가 있었고, 코드의 의도를 다음 사람이 못 따라간 자리가 있었습니다. 그 일이 테스트가 명세라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에
    관점 중심형
    약 65초

    *OOP·TDD의 본체는 변경에 강한 코드*라는 시각을 보여준다.

    OOP·TDD의 본체는 멋진 패턴이 아니라 변경에 강한 코드라는 걸 학부에서 봤습니다.

    OOP가 깊게 쓰인 자리에서 변경 비용이 더 큰 자리도 있었습니다. 책임 분리와 테스트가 같이 있는 자리에서만 변경 비용이 작아진 자리였습니다.

    OOP를 형태로만 본 실패가 있었고, 그 일이 변경 비용으로 본다는 자세를 만들었습니다. 실무에서도 사수의 코드 리뷰 양식부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.

    이 결의 특징
    OOP·TDD의 본체는 멋진 패턴이 아니라 변경에 강한 코드라는 걸 학부에서 봤습니다. OOP가 깊게 쓰인 자리에서 변경 비용이 더 큰 자리도 있었습니다. 책임 분리와 테스트가 같이 있는 자리에서만 변경 비용이 작아진 자리였습니다. OOP를 형태로만 본 실패가 있었고, 그 일이 변경 비
    이 결이 통하는 자리
    학부에서 봤습니다. OOP가 깊게 쓰인 자리에서 변경 비용이 더 큰 자리도 있었습니다. 책임 분리와 테스트가 같이 있는 자리에서만 변경 비용이 작아진 자리였습니다. OOP를 형태로만 본 실패가 있었고, 그 일이 변경 비용으로 본다는 자세를 만들었습니다. 실무에서도 사수의 코드 리뷰 양식부터 익히
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹이 두 가지 방법을 사용하면서 어떤 어려움이 있었나요?
    貳OOP와 TDD 중 어떤 부분을 더 중요하게 생각하셨나요?
    參이 경험을 다른 프로젝트에도 어떻게 적용할 수 있을까요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 토스 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    CJ올리브영 · 백엔드
    테스트 주도 개발(TDD) 방식을 적용해본 경험에 대해 말씀해 주세요.
    이 질문 보기
    SK inc.(AX) · 솔루션 아키텍트
    Java와 Spring 생태계를 활용해 설계한 아키텍처를 실제 시스템에 구현한 경험에 대해 이야기해 주세요.
    이 질문 보기
    SK inc.(AX) · 솔루션 아키텍트
    Java 및 Spring 생태계에서의 경험을 바탕으로 어떤 아키텍처를 설계하고 구현하셨는지 구체적으로 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 토스 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기