그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Testing
Testing

단위 테스트와 통합 테스트의 차이점은 무엇인가요?

실무4/5
설계4/5
인간3/5
기초2/5

면접관의 질문 의도

두 테스트의 정의를 외운 사람인지, _무엇을 어느 수준에서_ 검증할지 분담 전략으로 말하는 사람인지를 가른다.

큐레이션 답변

학습 자료

단위 테스트는 함수·클래스 단위 로직을 외부 의존성과 분리해 빠르게 검증하는 테스트다. 통합 테스트는 DB·메시지 브로커·외부 API·프레임워크 계층을 포함한 _실제 협력 경로_를 검증해 시스템 결합 오류를 잡는다. 단위 테스트는 피드백 속도가 빠르고 원인 추적이 쉬운 반면, 통합 테스트는 실행 비용이 크지만 실제 장애를 더 잘 포착한다. 따라서 둘 중 하나가 아니라, 변경 빈도가 높은 핵심 로직은 단위로 촘촘히 보호하고 주요 사용자 시나리오는 통합으로 보완하는 분담 전략이 필요하다.

좋은 답변 구조

  1. 01단위·통합 테스트의 정의와 "빠른 피드백 vs 결합 검증"이라는 공통 목적을 정리한다
  2. 02범위·실행 비용·flakiness·원인 추적 용이성을 차이 축으로 설명한다
  3. 03변경 빈도 높은 로직은 단위로, 핵심 사용자 흐름은 통합으로 같은 상황별 선택 기준을 짚는다
  4. 04테스트 피라미드 비율과 슬라이스 테스트 같은 실무 결론으로 마무리한다

자주 실수하는 포인트

통합 테스트를 단위 테스트 여러 개를 모은 것으로 단정한다
외부 의존을 너무 깊게 모킹해 "단위는 통과해도 통합에서 깨지는" 코드를 만든다
통합 테스트만 깔아 피드백 속도가 떨어지고 CI 시간이 폭증한다
테스트 비율을 "커버리지 숫자"로만 본다

실무 맥락

  • @DataJpaTest·@SpringBootTest·@WebMvcTest 같은 슬라이스 테스트를 도입해 통합 비용을 조절하는 작업
  • 외부 API 호출이 섞인 서비스 계층의 단위/통합 경계를 정하는 설계
  • 테스트 비율과 CI 시간의 균형을 맞춰야 하는 팀 운영 결정

본인 경험에 녹이는 힌트

슬라이스 테스트(@DataJpaTest 등)로 통합 비용을 줄여본 경험이 있다면 그 케이스가 답변 후크가 된다

외부 API에 대해 _계약 테스트_나 _가짜 서버_를 도입한 경험이 있다면 통합 vs 단위 분담 이야기로 깊이를 더할 수 있다

단위 테스트 모킹 깊이를 잘못 잡아 통합에서 터진 사고를 본 적이 있다면 _분담 기준_을 보여줄 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1슬라이스 테스트는 언제 효과적인가요
Q2통합 테스트에서 외부 시스템 의존은 어떻게 다루나요
Q3테스트 실행 시간을 줄이면서 신뢰도를 유지하는 방법은 무엇인가요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문