JPA 레포지터리 유닛 테스트 질문..

Question

QueryDsl로 동적쿼리를 생성하는 레포지터리가 있는데,레포지터리는 아시다시피 각 엔티티에 대하여 레포지터리가 생성이 되는데.. 우선 레포지터리에 관하여 테스트를 거쳐야 하는지 궁금합니다.그렇게 되면, 여러 레포지터리를 각각의 스프링 컨텍스트에서 수행되기 보다 하나의 테스트 컨텍스트 안에서 여러 레포지터리를 각 테스트 메서드 안에 테스트를 하더라도 유닛 테스트라고 할 수 있나요?

wharup · Accepted Answer

일반적으로 레포지터리를 유닛 테스트하는 건 효율이 좋지 않습니다.실물 데이터베이스를 연결하면 매번 결과가 달라질 수 있어 신뢰할 수 있는 테스트를 작성하기 어렵습니다. 그렇다고 데이터베이스 스키마를 잘 관리해서 테스트하기에는 배보다 배꼽이 더 커지는 경우가 많습니다.무엇보다 테스트할 자체 로직이 별로 없습니다. 대부분 JPA를 설정해서 실행하는 거니까요. 자체 로직이 조금 있더라도 JPA와 엮여서 Mock을 설정하는 공수가 많이 들기도 합니다.일반적으로는 비즈니스 로직이과 어플리케이션 로직의 테스트를 충실히 작성하고도 여력이 있는 경우에 작성하는게 좋다고 생각합니다. 물론 개발팀이 테스트에 진심이거나 패키지 솔루션 처럼 데이터단도 자동화 테스트가 중요한 경우라면 작성하는게 좋겠지요^^;참고로, Humble Object Pattern 관련해서 읽어보시는 걸 추천합니다.https://martinfowler.com/bliki/HumbleObject.htmlhttps://share-factory.tistory.com/34그리고 유닛 테스트는 아니지만, 레포지토리는 Assert 없는 JUnit을 작성하는 것도 나쁘지 않습니다. JPA에서 Exception만 안나더라도 최소한의 기능이 동작하는걸 확인할 수 있고, 디버깅할 때에도 쓰게되니까요.

김을동 · Answer

레포지토리 테스트서비스 테스트컨트롤러 테스트통합테스트다하면 됩니다

메로나한입만 · Answer

하시면 좋습니다저는 서비스 컨트롤러 통합 이렇게 3가지만 하는 편입니당

개발자이씨 · Answer

쿼리에서 실수가 나올 수도 있고 바운더리 테스트 할 때도 유용하니 하는게 무조건 좋습니다당연히 db를 연결해서가 아니라 h2 나 testcontainer 등을 이용해서 테스트를 해야죠 실물 db를 연결하는 건 애초에 말이 안됩니다그리고 테스트 코드는 지금 당장 테스트를 위한 의도도 있지만 나중에 변경이 있을 때를 대비하는 경우가 더 크다고 봅니다

JPA 레포지터리 유닛 테스트 질문..

4개의 답변

기술 목록