이번에는 service 영역에 대한 테스트를 처리해보자.  @Service Layer Test @Service Layer@Service Layer는 통상 @Repository에 의존한다. 즉 @Repository가 없으면 컴파일조차 할 수가 없다.@Service@RequiredArgsConstructorpublic class BoardService { private final BoardRepository repo; public Board write(Board board) { return repo.save(board); } public Optional select(long boardNo) { return repo.findById(boardNo); }} 하..

이번 포스트에서는 Spring Data Jpa에 대한 테스트를 위한 @DataJpaTest 사용법에 대해 알아보자.  @DataJpaTest 애너테이션 분석@DataJpaTest는 Spring Data Jpa 테스트를 위한 slice test 애너테이션이다.  @DataJpaTest는 database 및 jpa와 관련된 다양한 자동 설정을 로딩한다.@Target(ElementType.TYPE)@BootstrapWith(DataJpaTestContextBootstrapper.class)@ExtendWith(SpringExtension.class)@OverrideAutoConfiguration(enabled = false)@TypeExcludeFilters(DataJpaTypeExcludeFilter.cl..

최근에 Java를 이용한 웹 애플리케이션 프로젝트를 진행할 때는 Spring을 때 놓고 생각할 수 없다. JUnit에서는 Extension Model을 이용해서 다른 시스템과의 연결이 가능한데 연동이 되어야 Spring Framework와 소통하며 @Autowired등을 통해 빈을 사용할 수 있다.이번 포스트에서는 Spring Framework와 JUnit을 연동하는 방법에 대해 살펴보자.   Spring Legacy Project와의 연동먼저 spring legacy project에서의 설정 방법을 살펴보자.의존성 설정먼저 spring-test에 대한 의존성과 junit 이 필요하다. org.springframework spring-test 5.3.18 test org.junit.jupiter jun..

가짜 객체를 이용한 테스팅프로젝트를 진행하다 보면 진짜 객체를 사용하지 못하거나 사용하지 말아야 할 경우가 왕왕 발생한다.Service가 Repository를 호출하는 구조의 애플리케이션에서 Service를 테스트한다고 생각해보자.만약 Service는 만들어졌는데 Repository는 아직 개발 중인 상황이라면 Repository가 개발이 완료될 때까지 Service에 대한 테스트를 미뤄야 할까? 또는 Service에서 Repository를 호출하는 과정에서 오류가 발생했다면 누구의 문제일까? 이처럼 Service의 동작이 Repository에 영향을 받는 게 맞을까? 이런 경우 Repository는 차라리 없다고 생각하고 가짜를 사용하는것이 유리하다.JUnit은 이런 상황에서 Mockito framew..

이제 단정문까지 학습했으므로 쓸만한 테스트를 만들어보자. 이번 포스트에서는 given-when-then 패턴을 이용한 간단한 단위 테스트를 실행해 본다. given-when-then 패턴 흔히 사용되는 단위테스트 패턴으로 행동 주도 개발(Behavior Driven Development: BDD)이 있는데 여기서는 테스트 코드 작성 단계를 given - when - then 패턴으로 작성하기를 권장한다. given: 테스트를 위해 필요한 상황 준비(이런 상황, 객체, 데이터가 주어졌을 때) when: 테스트하는 메서드 실행(어떤 메서드를 실행했다면) then: 테스트 결과 검증(어떠한 결과가 나와야 한다.) JUnit은 애초에 BDD를 위해 만들어진 녀석은 아니기 때문에 이 패턴이 강제되는 내용은 아니다..

단위테스트의 목적이 "동작 결과가 내가 예상하는 값과 동일한가?"를 테스트하는 것이기 때문에 assertion 즉 단정문을 통한 결과 검증은 필수적인 항목이다. junit 5에서는 org.junit.jupiter.api.Assertions 클래스에 다양한 assertion 메서드들을 static 하게 준비해 두었다.다음 클래스의 메서드가 잘 동작하는지 테스트해보자.class Calculator { public int add(int a, int b) { return a + b; } public int divide(int a, int b) { return a / b; }}  일반적인 assertion  standard assertion대부분의 assertion ..

테스팅은 SW 개발의 필수적인 부분으로, 전문적으로 테스트만을 담당하는 직군이 존재할 정도로 그 중요성이 크다. 특히 TDD(Test Driven Development)나 BDD(Behavior Driven Development)와 같은 현대적인 개발 방법론들은 테스팅을 개발 과정의 핵심으로 두기도 한다. 그러나 모든 개발자가 테스트 전문가가 될 필요는 없다. 특히 애플리케이션 개발 시 기능별로 정확하게 동작하는지 검증하는 단위테스트는 개발자 간단히 수행할 수 있으며, 이는 SW 품질을 보장하는데 아주 중요한 역할을 한다.이번 포스트에서는 Java 개발자들에게 가장 친숙한 단위테스트 프레임워크인 junit의 필요성과 간단한 사용법에 대해 살펴보자.JUnit 5 User Guide JUnit 5 User ..

logback과 같은 logging 시스템을 사용할 때 패키지 별로 별도의 로거를 사용하기 위해서 아래와 같이 logger를 추가할 수 있다. 즉 기본적으로는 info level의 log를 출력하고 xyz로 시작하는 패키지는 debug를 적용하고 싶다는 의도이다. 하지만 위와 같이 작업한 경우 슬프게도 log는 두 번씩 나오게 된다. [Quietjun:] [DEBUG] [x.q.m.j.m.r.JusoRepository.parse- 57] 주소 정보: 20551 [03-24 09:21:52] [DEBUG] [x.q.m.j.m.r.JusoRepository.parse- 57] 주소 정보: 20551 기본적으로 logback은 상위 logger(root)로 하위(name=xyz)의 속성들이 추가된다. 따라서 ..