테스트 컨텍스트에 대한 질문입니다.

안녕하세요, opensesame님 ㅎㅎㅎㅎ 좋은 질문 감사드립니다~~ 우선 제가 상황과 질문을 잘 이해했는지 정리해보도록 하겠습니다!

[상황]

1. @SpringBootTest는 잘 사용하지 않고 @WebMvcTest와 @DataJpaTest 정도를 사용하는 중. 도메인 계층은 POJO로 간주하여 테스트를, 서비스 계층은 repository를 mocking해 사용하는중

2. @WebMvcTest를 각각 사용하여 전체 테스트를 돌리면, context가 여러 개 뜨는 문제로 인해 abstract class로 Bean 구성을 모아 하나의 context만 뜨도록 해둠

[질문]

1. 위의 상황 2가 괜찮은 접근인지 궁금합니다.

2. @SpringBootTest를 사용하면 context가 여러개 뜨는 일이 없는지(=이로 인해 속도가 느려지지는 않는지) 궁금합니다.

3. 현업에서는 @SpringBootTest를 자주 사용하는지 궁금합니다.

크으~~ 좋습니다 ㅎㅎㅎㅎ 우선 고전파와 런던파, 그리고 좋은 테스트의 조건을 이야기 하지 않을 수 없습니다!

• https://lannstark.tistory.com/227

• https://lannstark.tistory.com/224

간단히 요약드려보면 고전파와 런던파가 바라보는 '단위 테스트'의 정의가 다르며, 저는 개인적으로 (사람마다 다를 수 있고, 같은 사람이더라도 상황에 따라 다른 판단을 해야 한다고 생각합니다!) 고전파에 속하기 때문에 mocking의 사용을 꼭 필요한 경우가 아니면 하지 않고 있습니다.

이런 관점에서 이제 답변을 드려보도록 하겠습니다 ㅎㅎㅎ

1. 우선은 @WebMvcTest에서 특정 Controller만을 target하고 있어서 Bean 구성이 달라지는 것인지, 아니면 Controller에서 호출하는 Service를 그때마다 @MockBean으로 처리하고 있어 Bean 구성이 달라지는 것인지에 따라 의견이 조금 달라질 수 있을 것 같은데요, 만약 전자라면, 지금처럼 bean을 모으는 것보다 @SpringBootTest를 사용하시는 것도 좋을 것 같고요!! 후자라면 지금 사용하시는 방법도 좋다라고 생각합니다! 😊
   실제로 MockBean 등을 사용할 때 context 뜨는 비용을 줄이기 위해 환경을 통합하는 것은 꽤 흔하게 사용하는 방법입니다! 추가로 이러한 구성을 피하기 위해 잠시 Mocking Bean을 주입했다가 그 테스트가 끝나고는 정상적인 Singleton Bean을 주입하는 방법도 있습니다.

2. @SpringBootTest를 사용하더라도 @MokBean 이나 @SpyBean 을 사용하다면, context가 여러개 뜰 수 있습니다! 그리고 컨텍스트가 뜨는 조건이 꽤 여러개라 다른 경우에도 있을 수 있어요! (테스트의 profile을 다르게 한다거나 등등…)

3. 제가 경험했던 모든 환경에서는 @SpringBootTest 를 사용했습니다. 하지만 물론 제가 모든 회사, 모든 팀을 경험해보았던 것은 아니라 ‘자주' 사용하는지 까지는 잘 모르겠습니다 ㅎㅎㅎㅎ
   제 생각에는 팀마다, 회사마다 조금씩 다른 것 같아요. 예를 들어 저는 @Transactional 을 테스트와 함께 사용하는 것을 선호하지 않아 (https://www.youtube.com/watch?v=S_66BYHWT2A) @DataJpaTest를 쓰지 않습니다! 이 어노테이션에는 트랜잭션이 자동으로 걸려 있거든요! 😢
   @WebMvcTest 역시 컨트롤러 테스트를 잘 하지 않다보니 거의 사용하지 않습니다. (정말 꼭 필요한 경우에만 하고 있어요!)