4.3.2 엔티티의 테스트

이번 장의 예제에서는 Querydsl 위주의 예제로 다른 개발 전에 테스트를 진행합니다. 

 

GuestbookRepositoryTests에는 300개의 테스트데이터를 먼저 넣도록 합니다. 

 

package org.zerock.guestbook.repository;


import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import org.zerock.guestbook.entity.Guestbook;

import java.util.stream.IntStream;

@SpringBootTest
public class GuestbookRepositoryTests {
    
    @Autowired
    private GuestbookRepository guestbookRepository;
    
    @Test
    public void insertDummies(){
        IntStream.rangeClosed(1,300).forEach(i ->{
            Guestbook guestbook = Guestbook.builder()
                    .title("Title...."+i)
                    .content("Content..."+i)
                    .writer("user"+(i%10))
                    .build();
            System.out.println(guestbookRepository.save(guestbook));
        });
    }
    
}

위의 코드를 실행해 데이터베이스 상에 300개의 데이터가 생성되었는지 확인합니다. 

 

생성된 데이터의 regdate(생성시간), moddate(수정시간)이 자동으로

null이 아닌 값으로 채워지는 것을 확인할 수 있습니다. 

 

 

 

수정시간 테스트

 

엔티티클래스에서 필요에 따라서 수정 기능을 만들기도 합니다. 

예제에서는 제목과 내용을 수정할 수 있도록 changeTitle(), changeContent()와 같은

메서드를 추가하도록 Guestbook 클래스를 수정합니다. 

 

public class Guestbook extends BaseEntity{

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long gno;

    @Column(length = 100, nullable = false)
    private String title;

    @Column(length = 1500, nullable = false)
    private String content;

    @Column(length = 50, nullable = false)
    private String writer;

    public void changeTitle(String title){
        this.title = title;
    }
    
    public void changeContent(String content){
        this.content= content;
    }

}

BaseEntity의 modDate는 최종 수정 시간이 반영되기 때문에

특정한 엔티티를 수정한 후에 save()했을 경우에 동작하게 됩니다. 

 

정상적으로 동작하는 지를 확인하기 위해서 테스트 코드를 작성합니다. 

 

@Test
    public void updateTest(){
        Optional<Guestbook> result = guestbookRepository.findById(300L);
        //존재하는 번호로 테스트 
        
        if(result.isPresent()){
            Guestbook guestbook = result.get();
            
            guestbook.changeTitle("Changed Title....");
            guestbook.changeContent("Changed Content....");
            
            guestbookRepository.save(guestbook);
        }
    }

위의 결과를 보면 300번의 moddate와 regdate가 다른 값을 가지는 것을 확인할 수 있습니다. 

 

 

 

4.3.3 Querydsl 테스트 

 

본격적으로 Querydsl의 실습은 다음과 같은 상황을 처리합니다. 

 

- '제목/내용/작성자'와 같이 단 하나의 항목으로 검색하는 경우 

- '제목+내용'/'내용+작성자'/'제목+작성자'와 같이 2개의 항목으로 검색하는 경우 

- 제목 + 내용 + 작성자와 같이 3개의 항목으로 검색하는 경우 

 

만일 더 많은 멤버 변수들이 선언되어 있었다면 이러한 조합의 수는 엄청 많아지게 됩니다. 

이런 상황을 대비해서 상황에 맞게 쿼리를 처리할 수 있는 Querysdl이 필요합니다. 

 

Querydsl의 사용법은 다음과 같습니다. 

 

- BooleanBuilder를 생성합니다. 

- 조건에 맞는 구문은 Querydsl에서 사용하는 Predicate 타입의함수를 생성합니다. 

- BooleanBuilder에 작성된 Predicate를 추가하고 실행합니다. 

 

 

단일항목 검색 테스트