0102 - 0109

0103 - 원격 저장소에 push된 파일을 ignore

• 문제
  원격 저장소에 이미 올라가 있는 파일을 git ignore에 추가 하여 파일을 무시하고 싶은 경우
  그냥 ignore에 추가시키면 추가가 되지 않는다.

• 해결

git rm -r --cached .
git add .
git commit -m "chore: git ignore"
git push

이와 같이 명령을 실행하게 되면 깃의 캐시를 다 날린 다음 다시 add를 진행하게 된다.

0104 - JPA 연관관계

JPA에서 가장 중요한 것

• 객체와 관계형 데이터베이스 테이블이 어떻게 매핑되는지를 이해하는 것이 중요
• 1차원 매핑
  • @Entity, @Column, @Id, @GeneratedValue, @Enumerated.. 와 같은 말 그대로 객체와 데이터베이스 사이의 일대일로 대응되는 것으로써 기본적인 Annotation을 숙지
• 연관 관계 매핑

연관 관계 정의 규칙

연관 관계를 매핑할 때, 생각해야 할 3가지

• 방향 : 단방향, 양방향
• 연관 관계의 주인 : 양방향일 때, 연관 관계에서 관리 주체
• 다중성 : 다대일(N:1), 일대다(1:N), 일대일(1:1), 다대다(N:M)

단방향, 양방향

데이터베이스 테이블은 외래키 하나로 양 쪽 테이블 조인이 가능. 따라서 데이터 베이스는 단방향, 양방향을 나눌 필요가 없다.
그러나 객체는 참조용 필드가 있는 객체만 다른 객체를 참조하는 것이 가능하기 때문에 두 객체 사이에 하나의 객체만 참조용 필드를 갖고 참조하면 단방향 관계, 두 객체가 모드가 각각 참조용 필드를 갖고 참조하면 양방향 관계가 된다.
엄밀하게는 양방향 관계는 없고 두 객체가 단방향 참조를 각각 가져서 양방향 관계처럼 사용된다.

연관 관계의 주인

두 단방향 관계에서 제어의 권한(외래키를 비롯한 테이블 레코드를 저장, 수정, 삭제처리)을 갖는 실질적인 관계까 어떤 것인지 JPA에게 제공, 연관 관계의 주인이 아니라면 조회만 가능하다.
연관 관계의 주인이 아닌 객체에서 mappedBy 속성을 사용하고 외래 키가 있는 곳을 연관 관계의 주인으로 정하면 된다.

다중성

• 다대일(N:1) - 단방향(주인이 'N') : 사용가능
• 다대일(N:1) - 양방향(주인이 'N') : 사용가능
• 일대다(1:N) - 단방향(주인이 '1') : 사용불가
• 일대다(1:N) - 양방향(주인이 '1') : 사용불가
• 일대일(1:1) - 단방향 : 사용가능
• 일대일(1:1) - 양방향 : 사용가능
• 다대다(N:M) - 실무 사용금지 => 자기도 모르는 복잡한 조인의 쿼리가 발생할 수 도 있음. 따라서 중간 테이블을 생성할 것

0105 - @DataJpaTest vs @SpringBootTest

@DataJpaTest

@DataJpaTest는 오직 JPA 컴포넌트들만을 테스트하기 위한 어노테이션.
full-auto config를 해제하고 JPA 테스트와 연관된 config만 적용한다.

• @DataJpaTest가 포함하고 있는 어노테이션

@Target(value=TYPE)
@Retention(value=RUNTIME)
@Documented
@Inherited @BootstrapWith(value=org.springframework.boot.test.autoconfigure.orm.jpa.DataJpaTestContextBootstrapper.class)
@ExtendWith(value=org.springframework.test.context.junit.jupiter.SpringExtension.class)
@OverrideAutoConfiguration(enabled=false)
@TypeExcludeFilters(value=DataJpaTypeExcludeFilter.class)
@Transactional
@AutoConfigureCache
@AutoConfigureDataJpa
@AutoConfigureTestDatabase
@AutoConfigureTestEntityManager
@ImportAutoConfiguration
public @interface DataJpaTest

1. @Transactional
   • 자동으로 롤백
2. @AutoConfigureTestDatabase
   • replace=AutoConfigureTestDatabase.Replace가 디폴트로 설정되어 있어, 설정해놓은 DB가 아닌 in-memory DB를 활용해서 테스트가 실행된다.
   • EmbeddedBatabaseConnection 클래스를 보면 H2, DERBY, HSQL, HSQLDB 중 사용 가능한 in-memory DB에 자동으로 커넥션을 설정하는 것을 확인할 수 있다.
   • replace=AutoConfigureTestDatabase.NONE 으로 값을 덮어 씌우면 설정해놓은 DB를 테스트에 사용할 수 있다.

@SpringBootTest

@SpringBootTest는 full application config을 로드에서 통합 테스트를 진행하기 위한 어노테이션이다.

@Target(value=TYPE)
@Retention(value=RUNTIME)
@Documented
@Inherited
@BootstrapWith(value=SpringBootTestContextBootstrapper.class)
@ExtendWith(value=org.springframework.test.context.junit.jupiter.SpringExtension.class)
public @interface SpringBootTest

• 설정해 놓은 config, context, components를 모두 로드한다.
• DataSource bean을 그대로 사용하기 때문에 in-memory, 로컬, 외부 상관 없이 DB를 사용해서 테스트가 실행된다.
• 테스트할 때마다 DB가 롤백되지 않기 때문에 @Transactional을 사용해야 한다.

0106 - Junit5 : @ExtendWith, MockMvc, @TestConstructor

@ExtendWith

• Junit 4의 @RunWith가 Junit 5에서는 @ExtendWith로 변경
• @SpringBootTest 애노테이션에 포함되어 있기 떄문에 둘다 명시할 필요는 없다

MockMvc

• Spring MVC 에플리케이션을 테스트 해볼 수 있게 도와준다.
• 실제 서버의 실행 없이 요청하고 응답을 받을 수 있다.

MocmMvc와 WebApplicationContext를 @Autowired 애노페이션을 이용해 의존관계를 주입하고, setup() 메서드로 MockMvc를 초기화 한다.
@BeforeEach 애노테이션을 명시함으로써 테스트가 실행되기 전 setup() 메서드가 실행되어 반복적으로 초기화 할 필요가 없다.

@WebMvcTest
public class HelloControllerTest {

    @Autowired
    private MockMvc mockMvc;

    @Autowired
    private WebbApplicationContext webApplicationContext;

    @BeforeEach
    public void setup() throws Exception{
        this.mockMvc = MockMvcBuilders
                        .webAppContextSetup(this.webApplicationContext)
                        .build();
    }

}

TestRestTemplate

• @SpringBootTest의 WebEnvironment설정으로 실제 서버를 동작하게 한 뒤, RestTemplate을 통해 요청, 응답 받을 수 있다.
• TestRestTemplate는 스프링에서 제공하는 테스트용 RestTemplate이며, 자동으로 내장 서버와 연결된다
• 필요하다면 RestTemplateBuilder를 통해 여러 설정을 추가할 수 있다.

MockMvc는 사이드에서 테스트 하는것, TestRestTemplate는 클라이언트 사이드에서 테스트 해보는 것

@TestConstructor

JUnit 5부터는 생성자를 통한 의존관계 주입이 가능하다.
AutowireMode.ALL 설정을 통해 @Autowired 애노테이션을 명시하지 않고, private final로 선언된 필드들에 의존관계 주입이 가능하다.

@RequiredArgsConstructor
@TestConstructor(autowireMode = TestConstructor.AutowireMode.ALL)
@SpringBootTest
public class MyTest {

    private final HelloService helloService;

    @Test
    public void 테스트() {
        // 테스트 코드 생략
    }
}

0107 - Springboot Test

스프링부트 테스트 핵심 기능

• 의존성

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-test</artifactId>
  <scope>test</scope>
</dependency>

@SpringBootTest

스프링부투에서는 @SpringBootTest 어노테이션을 통해 애플리케이션 테스트에 필요한 거의 모든 의존성들을 제공해준다.

@SpringBootTest 어노테이션은 Spring Main Application(@SpringBootApplication)을 찾아가 하위의 모든 Bean을 Scan한다.

그 후 Test용 Application Context를 만들면서 빈을 등록해주고, mock bean을 찾아가 그 빈만 mock bean으로 교체해준다.

WebEnvironment

• MOCK : mock servlet environment로 내장 톰캣 구동을 안한다.
• RANDOM_PORT, DEFINED_PORT : 내장 톰캣 사용
• NONE : 서블릿 환경 제공 안함

1. MOCK

@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.MOCK)
@AutoConfigureMockMvc

@RunWith(SpringRunner.class) 어노테이션은 JUnit이 내장된 Runner를 실행할 때 SpringRunner.class라는 확장된 클래스를 실행하라고 지시한다.

테스트의 WebEnvironment 환경은 기본적으로 MOCK으로 잡혀있으며, 이 때 내장톰캣을 구동하지 않아 서블릿이 아니라 서블릿을 Mocking한 컨테이너가 뜬다.

Mockup이된 서블릿과 interaction 하기 위해서는 MockMVC라는 클라이언트를 사용해야 한다.

2. RANDOM_PORT

@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
@AutoConfigureMockMvc

WebEnvironment가 RANDOM_PORT를 사용할 때 실제로 서블릿 컨테이너(내장 톰캣)이 랜덤한 포트로 뜬다. 이떄부터는 Test용 RestTemplate, Web Client를 사용한다.

@Test
public void hello() throws Exception {
    String result = testRestTemplate.getForObject("/hello", String.class);
    assertThat(result).isEqualTo("hello dsunni");
}

3. MockBean

@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
@AutoConfigureMockMvc
public class ControllerTest {
    @Autowired
    TestRestTemplate testRestTemplate;

    @MockBean
    TestService mockTestService;
}

@MockBean을 붙여서 mockTestService를 만들면 Application Context안에 TestService 빈을 mockTestService빈으로 교체한다. 실질적으로 원본이 아닌 mock bean을 사용해 테스트할 수 있다.

4. @WebTestClient

java5 Spring MVC WebFlux에 새로 추가된 Rest Client 중 하나이다. 기존에 사용하던 Rest Client는 Synchronous였다. 오청 하나 보내면 끝날때 까지 기다렸다가 요청을 보낼 수 있었다.

WebTestClient는 Asynchronous하게 동작한다. 요청을 보내고 응답이 오면 그 떄 CallBackEvent가 발생해 실행할 수 있다.

• 의존성 추가

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-webflux</artifactId>
</dependency>

@Autowired
WebTestClient webTestClient;

@Test
    public void hello() throws Exception {
        when(mockiService.getName()).thenReturn("test");
        webTestClient.get().uri("/hello")	//request 만들어서
          			.exchange()								//보내고
                .expectStatus().isOk()		//검증
                .expectBody(String.class).isEqualTo("hello test");
    }   

슬라이스 테스트

레이어 별로 잘라서 테스트하고 싶을 때 사용. 레이어 별로 빈이 등록됨

• @JsonTest
• @WebMvcTest
• @WebFluxTest
• @DataJpaTest

테스트 유틸

• OutputCapture
• TestPropertyValues
• TestRestTemplate
• ConfigFileApplicationContextInitializer