테스트 코드(2)

출처 : 내일배움캠프

 

유닛(단위) 테스트 : 메서드 단위로 테스트를 수행

통합 테스트 : 어플리케이션의 전체 동작이 정상적으로 동작하는지 수행

 

F.I.R.S.T 원칙

• Fast : 단위 테스트는 빨라야 한다.
• Independent : 단위 테스트는 각각의 테스트가 연관되지 않고, 고립되어야 한다. 즉 독립적 이어야 한다.
• Repeatable : 단위테스트는 반복 가능해야한다. 반복적으로 테스트를 시행해도, 결과는 같아야 한다.
• Self-validating : 자체적으로 테스트 결과가 도출되야한다. (개발자가 print 찍어서 비교하는게 아니고 자동으로 수행되며 성공/실패 의 결과가 나오는 것)
• Timely : 단위 테스트는 실제 코드보다 먼저 구현해야한다. (TDD일 경우에만 해당)

Given-When-Then 패턴

• Given : 테스트에 필요한 변수를 정의하거나 Mock 객체를 통해 특정 상황에 대한 행동을 정의
• When: 실제 테스트를 하는 메소드가 호출되며 테스트를 통한 결과값을 가져온다.
• Then: When 단계에서 나온 결과값을 검증하는 작업을 수행

Junit + Mockito

Junit : 자바의 테스트 프레임워크

Mockito : Mock 객체 생성, 관리, 검증 프레임워크

~ 가짜 객체의 의존성 주입을 위해 필요한 어노테이션

@Mock : Mock 객체 생성 및 반환 어노테이션

@Spy : Stub하지 않은 메소드(가짜 메소드가 아닌)는 원본 메소드 그대로 사용하는 어노테이션

@InjectMocks : @Mock 또는 @Spy로 생성된 가짜 객체 자동 주입 어노테이션

 

ex) UserController 단위 테스트를 진행할 때, @Mock 어노테이션을 통해 가짜 UserService를 만들고, @InjectMocks를 통해 UserController에 이를 주입할 수 있다

 

@ExtendWith(MockitoExtension.class) : Junit과 Mockito를 연결시켜주는 어노테이션

@DisplayName(" ") : 테스트 메서드 라벨링 어노테이션

 

Junit의 생명주기

테스트 순서에 관여하게 되는 어노테이션

@BeforeAll : 테스트 시작 전 호출되는 메서드

@BeforeEach : 각 테스트 메서드 실행 전 호출되는 메서드

@AfterAll : 테스트 종료 시 호출되는 메서드

@AfterEach : 각 테스트 메서드 종료 시 호출되는 메서드

 

수업 포인트

-> 메서드 내 종속성 객체는 Mocking해 가짜 객체를 만들고 해당 비즈니스 로직이 정상적으로 작동하는 것만을 보는 것이다.

ex) 서비스 단위테스트를 진행할 때, DB 검색 등은 수행하지 않는다

-> 반환 값이 없는 메서드는 수행되지 않는다.

-> Then 단계에서는 주로 assert 문을 사용한다.

-> HttpServletResponse도 해당하는 Mock 객체(MockHttpServletResponse 타입)를 생성해 인자 값으로 활용하면 된다

 

01.30

테스트 클래스 생성 - 서버 구동방법 선택(@ExtendWtih 등) - 필드 생성 + Mocking - 메서드 작성 (when - given - then)- 테스트

 

강의에서 사용한 MockMvcBuilders 클래스

https://donghyeon.dev/spring/2019/03/28/Spring-%EC%BB%A8%ED%8A%B8%EB%A1%A4%EB%9F%AC-%ED%85%8C%EC%8A%A4%ED%8A%B8%EB%A5%BC-%EC%9C%84%ED%95%9C-MockMvc/

저번 실습 때 본 @SpringBootTest + MockMvc + @TestConstructor

https://gaemi606.tistory.com/entry/JUnit-5-ExtendWith-MockMvc-TestConstructor

* 컨트롤러 레이어에 대한 단위 테스트는 그 로직이 복잡하지 않고 테스트 필요성이 다른 테스트에 비해 크지 않아 단위 테스트 코드 작성의 필요성이 떨어진다 & 다른 프로젝트의 컨트롤러 테스트 코드와 유사한 점이 많다

~ 통합테스트, 포스트맨을 통한 테스트가 보다 바람직하다

 

레포지토리 테스트 : 기본 메서드는 이미 완성되어 제공되기 때문에 테스트할 필요 없다

Mocking 할 필요 없다