inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

Practical Testing: 실용적인 테스트 가이드

키워드 정리

[섹션5: Spring & JPA 기반 테스트] 에서 진행한 테스트는 단위테스트인가요? 통합테스트인가요?

해결된 질문

586

자두

작성한 질문수 27

1

안녕하세요. 현재 섹션 5까지 수강을 하고 헷갈리는 것이 있어 질문 남기게 되었습니다. 섹션 5에서 3개의 레이어에 대한 테스트를 진행하는 데 이 테스트들은 단위 테스트인지 통합 테스트인지 헷갈립니다.

 

@SpringBootTest 어노테이션을 사용하는 것으로 봐서는 스프링 빈을 전부 로드하는 통합테스트 같기도 하면서, @WebMvcTest 어노테이션을 사용하는 것을 봤을 때는 다른 레이어와 독립적인 테스트를 진행하는 것 같아 단위테스트 같은 것 같다고 생각했습니다.

 

이번 섹션에서 진행한 테스트는 어떤 종류의 테스트인가요? 만약 단위(혹은 통합)테스트라면 다른 종류에 있는 테스트는 어떻게 진행해야 하는지, 아니면 이 테스트만으로 충분하지 궁금합니다.

spring tdd jpa mockito 소프트웨어-테스트 junit5

답변 2

2

박우빈

안녕하세요, 자두 님! :)

많이 헷갈리는 개념을 질문 주셨네요. ㅎㅎ
먼저 단위 테스트와 통합 테스트의 정의를 다시 살펴보면 좋을 것 같은데요.

  • 단위 테스트 : 작은 코드 단위를 독립적으로(= 고립시켜서) 검증하는 테스트

  • 통합 테스트 : 여러 모듈이 협력하는 기능을 통합적으로 검증하는 테스트

단위 테스트를 간단하게 대표하는 키워드는 고립 입니다.
즉, 외부 상황에 영향받지 않는 환경을 만들어놓고, 해당 부분만 독립적으로 테스트하고자 하는 것이죠.

이런 관점에서 봤을 때, @SpringBootTest를 사용한 테스트는 통합 테스트이고, 강의 중에 진행한 Controller 레이어 테스트처럼 @WebMvcTest 를 사용해 해당 레이어를 독립적으로 분리해 테스트한 것은 단위 테스트의 일종이라고 볼 수 있겠습니다.

레이어드 아키텍처 기반에서 테스트한다고 했을 때, 제가 강의에서 소개드린 테스트 구성 정도면 충분하고요, 추가적으로 필요하다면 (강의 중에 다루지는 않았지만) 사용자 입장에서 테스트하는 인수 테스트(ex. RestAssured)도 고려해볼 수 있습니다.

도움이 되셨기를 바랍니다.
감사합니다. :)

0

자두

감사합니다. 제가 이해한 바로는, 필요에 따라 단위 테스트와 통합 테스트를 혼합해서 사용하는 것이 일반적인 접근 방식인 것 같습니다. 이것이 맞나요?

만약 그렇다면, 레이어드 아키텍처를 테스트할 때, 일반적으로 컨트롤러는 단위 테스트(WebMvcTest)로, 서비스와 리포지토리는 통합 테스트(@SpringBootTest)로 테스트하는 것이 적절한가요?

또한, 테스트에 관한 지식을 더 확장하기 위해 추천할만한 책, 아티클, 혹은 수업이 있다면 알려주시면 감사하겠습니다.

0

박우빈

제가 이해한 바로는, 필요에 따라 단위 테스트와 통합 테스트를 혼합해서 사용하는 것이 일반적인 접근 방식인 것 같습니다. 이것이 맞나요?

네 맞습니다. 다만 대부분의 경우 단위 테스트를 작성하는 비용이 낮고 비교적 효율이 높기 때문에, 단위 테스트를 되도록 우선시하고 보다 풍부하게 작성하는 것이 좋습니다.

 

만약 그렇다면, 레이어드 아키텍처를 테스트할 때, 일반적으로 컨트롤러는 단위 테스트(WebMvcTest)로, 서비스와 리포지토리는 통합 테스트(@SpringBootTest)로 테스트하는 것이 적절한가요?

일반적으로 적절하다기보다는, 제가 생각하는 최선의 형태를 소개드린 것이라 이해해주시면 되겠습니다. :)

 

또한, 테스트에 관한 지식을 더 확장하기 위해 추천할만한 책, 아티클, 혹은 수업이 있다면 알려주시면 감사하겠습니다.

테스트 자체는 사실 작성해보면서 익히고 고민하는 것이 제일 좋고요.
추가적인 방향이라면 TDD에 대해서 좀 더 심도있게 학습하시는 것을 추천드립니다.
켄트 벡의 TDD 도서를 추천드려요.

0

인프런 AI 인턴

안녕하세요, 인프런 AI 인턴입니다.
자두님 질문에 답변드립니다.

섹션 5에서 진행한 테스트는 주어진 어노테이션의 사용 여부에 따라 단위 테스트와 통합 테스트의 성격을 모두 가질 수 있습니다.

@SpringBootTest 어노테이션을 사용하면 스프링 애플리케이션 컨텍스트를 전부 로드하여 실제 애플리케이션의 동작 환경을 가깝게 모방하는 통합 테스트(integration test)가 이루어집니다. 이렇게 통합 테스트를 수행하면 애플리케이션의 여러 컴포넌트가 함께 잘 작동하는지 확인할 수 있습니다.

반면, @WebMvcTest 어노테이션은 Spring MVC에 특화된 테스트로, 스프링 MVC 컨트롤러를 테스트하는 데 사용됩니다. 이 경우에는 컨트롤러와 관련된 빈들만 로드하기 때문에, 특정 컨트롤러의 동작을 독립적으로 검증하는 단위 테스트(unit test)의 성질을 가지게 됩니다.

따라서 섹션 5에서의 테스트는 사용된 어노테이션에 따라 단위 테스트와 통합 테스트 간의 차이를 경험해 볼 수 있습니다. 다른 종류의 테스트(단위 테스트 혹은 통합 테스트)를 진행할 때는 각 테스트의 목적에 맞는 어노테이션과 설정을 사용하여 필요한 컴포넌트들만 테스트에 포함시키는 것이 일반적입니다.

  • 단위 테스트에서는 주로 @MockBean과 같이 모의 객체를 사용하여 외부 의존성을 격리하고 특정 기능 또는 컴포넌트의 동작을 검증합니다.
  • 통합 테스트에서는 @SpringBootTest와 같이 실제 애플리케이션 구동 환경에 가깝게 설정하고 전체 시스템의 동작을 검증합니다.

한 테스트로 모든 것을 확인하는 것은 불가능하기 때문에, 애플리케이션의 규모와 복잡도에 따라 적절한 범위와 레벨에서 다양한 테스트를 조합하여 커버리지를 확보하는 것이 중요합니다.

테스트에 대한 더 자세한 정보는 아래 링크들에서 확인하실 수 있습니다:
- Spring MVC 테스트
- Spring 애플리케이션 테스트
- 데이터 JPA 테스트

위 링크들은 Spring Boot Reference Documentation에서 테스트 관련 절을 참조한 것으로, 테스트 전략을 세울 때 좋은 가이드가 될 것입니다. 추가적인 질문이 있으시면 언제든 질문해 주세요.

private 상수 테스트 관련 질문

0

83

1

void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??

0

125

2

커버리지는 어떻게 활용하시는지 궁금합니다.

0

159

2

테스트 문서화 질문입니다

0

104

2

단위테스트 질문이 있습니다

0

96

2

컨트롤러는 모킹을 한 이유가 궁금합니다.

0

100

2

ERD 가장자리에 있는 도메인 테스트 질문

0

87

2

DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?

0

134

2

OrderCreateRequest DTO에 대해서 궁금한점

0

101

2

고전파의 테스트 대역 사용 대상, 공유 의존성

0

154

2

계층 관련 질문이 있습니다.

0

138

3

'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다

1

123

2

혹시 update 로직은 어떻게 테스트하나요? (@Setter?)

0

133

2

단위테스트와 통합테스트의 경계가 궁금합니다.

0

228

2

Service+Repository 통합테스트 관련 질문입니다.

0

150

2

OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요

0

183

2

test 용 .yml

0

89

2

throws Exception

0

78

2

카페키오스크 클래스 문의 ,,

0

87

2

Rest docs 문서용 테스트코드를 따로 작성해야 되나요?

0

172

2

테스트 코드에서 필요한 생성자

0

138

1

tearDown 순서

0

115

2

@Builder 생성자 private

0

135

2

@DisplayName gradle / intellJ

0

93

2