- 완전히 분리된 구조로 각 독립 파트가 단위 테스트 되도록 해라.
- 생성자 주입(constructor injection)을 사용하여 오브젝트를 인스턴스화해라.
필드 주입(field injection)을 사용하지 마라. 테스트 코드를 작성하기 어렵다.
스프링 4.3 에서 생성자 주입을 사용하는 컴포넌트는 작성하기 매우 쉬우며 @Autowired 가 더이상 필요없다.
하나의 생성자가 있는 경우 스프링은 묵시적으로 그걸 autowire 대상으로 간주하게 된다.
● 아래와 같은 컴포넌트가 있는 경우 (생성자가 1개임)
● MyComponent 테스트를 위해 아래와 같이 간단히 직접 생성하여 메서드를 호출하면 된다.
● Spring Boot 1.3 에서는...
● @ContextConfiguration 어노테이션과 SpringApplicationContextLoader 조합으로 아래와 같이 사용했을 것이다.
● 아래와 같이 @SpringApplicationConfiguration 어노테이션을 사용했을수도 있고,
● @IntegrationTest 어노테이션을 조합했을 수도 있다.
● @WebIntegrationTest 어노테이션을 사용했을수도 있을 것이다. (또는 @IntegrationTest + @WebAppConfiguration 조합도 가능하다)
@WebIntegrationTest(randomPort=true) 로 랜덤 포트로 실행하거나,
@IntegrationTest("myprop=myvalue") 나 @TestPropertySource(properties="myprop=myvalue") 와 같이 프로퍼티값을 사용했을수도 있을것이다.
● Spring Boot 1.4 에서는...
Spring Boot 1.4 에서는 좀 더 단순해져서, @SpringBootTest 어노테이션 단 하나만 사용하여
일반적인 테스트를 수행할 수 있다. 몇가지 인자들은 뒤에서 언급한다.
● Spring Boot 1.4 통합 테스트는 아래와 같은 형태이다.
@RunWith(SpringRunner.class) 는 JUnit 에게 스프링 테스트 지원(Spring's testing support)을 사용하겠다고 알려주는 구문이다.
SpringRunner 는 SpringJUnit4ClassRunner 의 새로운 이름이다. 좀 더 눈에 잘 들어온다.
@SpringBootTest 어노테이션은 "스프링 테스트 지원의 부트스트랩 입니다 (bootstrap with Spring Boot's support)" 라는 걸 의미한다.
(e.g. load application.properties and give me all the Spring Boot goodness)
webEnvironment 속성은 테스트를 위해 지정한 웹 환경 설정을 허용하겠다는 뜻이다.
MOCK 서블릿 환경 또는 랜덤(RANDOM_PORT)이나 지정(DEFINED_PORT)포트로 실행되는
실제 HTTP 서버로 테스트를 시작할 수 있다.
지정한 환경을 불러오기 위해 @SpringBootTest 의 속성을 사용할 수 있다.
테스트는 먼저 @Configuration 이 붙은 클래스들을 로드하려고 시도할 것이고,
실패한다면 @SpringBootApplication 가 붙은 클래스를 찾을 것이다.
@SpringBootTest 어노테이션은 환경으로 정의될 추가 속성을 지정할 수 있는 "properties" 속성을 제공한다.
프로퍼티들은 @TestPropertySource 어노테이션과 완전이 동일한 방법으로 로드된다.
● 아래는 실제 REST 엔드포인트를 호출하는 예제이다.
@SpringBootTest 가 사용되었기 때문에 TestRestTemplate 이 bean 으로써 사용될 수 있음에 주목하자.
http://localhost:${local.server.port} 의 상대 경로(relative paths)로 처리된다.
테스트시 사용되는 서버에 실제 포트를 주입하기 위해 @LocalServerPort 어노테이션을 사용할 수도 있다.
실제 시스템에서 테스트할 때, 지정한 빈(bean)들을 목아웃(mock out)하는 것이 도움이 된다는 걸 알 수 있다.
서비스 시뮬레이션을 포함하는 목킹(mocking)의 일반적인 시나리오는
테스트가 실행 중일 때는 사용할 수 없다는 것 또는 라이브 시스템에서 발생시키기 어려운 테스트 실패 시나리오이다.
- Common scenarios for mocking include simulating services that you can’t use when running tests,
- or testing failure scenarios that are difficult to trigger in a live system.
Spring Boot 1.4 에서는 이미 존재하는 빈(bean)을 대체하거나 새로 생성하는 Mockito 를 손쉽게 만들수 있다.
- With Spring Boot 1.4 you can easily create a Mockito mocks that can replace an existing bean,
- or create a new one
- VehicleDetailsService 의 모형(mock)으로 Mockito 를 생성한다.
- 빈(bean)으로써 ApplicationContext 에 주입한다.
- 테스트의 필드로 주입한다.
- setup 메서드에 행위자(behavior)를 기술한다.
- Trigger something that will ultimately call the mock.
모형(mocks)은 테스트를 통과하면서 자동으로 리셋될 것이다.
|
