인프런 커뮤니티 질문&답변

두잇베스트님의 프로필 이미지

작성한 질문수

스프링 DB 2편 - 데이터 접근 활용 기술

테스트 - @Transactional

테스트시 @Transactional 붙이고, orphanRemoval = true

작성

·

171

·

수정됨

0

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]

테스트시 @Transactional 을 붙이고 , 객체 A(1) - B(N)간 다대일 양방향 참조를 설정 (일쪽에 mappedby Casecade ALL, orphanRemoval = true) 한 상태에서

 

부모객체의 참조를 끊으면 자연스레, 자연스레 N쪽에서 데이터가 사라지는 코드를 구현했었는데, @Transactional 적용 테스트시에 변경감지나, orphanRemoval = true 같은 경우 트랜잭션이 롤백되어서 orphanRemoval = true 작동이 되지 않는 문제가 있습니다. 이럴경우 테스트는 어떻게 해야하나요?? 실제 구현은 잘동작하지만, 테스트시에 동작 X

 

@Transactional로 인해 orphanRemoval = true가 작동 안해서 , 떼고 테스트 코드를 작성할경우 검증로직에서 N쪽에서 데이터가 잘 들어갔거나, 삭제되는걸 검증하는 경우에는, 이미 트랜잭션이 서비스로직에서 detached 된 에러로, no session 에러를 만나게 되었습니다.

 

이럴 경우 어떻게 테스트 하시는지 여쭙고 싶습니다. 1쪽만 테스트 해야하는지, 본 강의에서와 같이 @Commit으로 해결하나요??

답변 2

0

김영한님의 프로필 이미지
김영한
지식공유자

안녕하세요. 두잇베스트님

이런 경우에는 선택이 필요합니다.

간단히 한쪽만 테스트하거나 또는 트랜잭션을 커밋하면서 확인해야 합니다.

감사합니다.

0

안녕하세요, 인프런 AI 인턴입니다.

질문하신 내용은 스프링 데이터 접근 혹은 JPA 관련 문제로 보입니다. 테스트 시 @Transactional 어노테이션을 사용하는 경우, 기본적으로 테스트가 끝난 후에 롤백을 하게 됩니다. 이로 인해 orphanRemoval = true와 같이 실제 데이터가 삭제되어야 하는 로직을 테스트하는 상황에서는 예상한대로 동작하지 않는 문제가 발생할 수 있습니다.

먼저, @Commit 어노테이션을 테스트 메서드에 추가해 트랜잭션을 커밋하게 함으로써, 테스트 내에서 데이터 변경 사항이 실제 데이터베이스에 반영되게 할 수 있습니다. 그러나 이 방법은 테스트 후에 데이터가 남아있게 되므로, 테스트 간의 독립성이 보장되지 않습니다. 따라서, 테스트 데이터를 사전에 준비하고, 각 테스트 이후에는 명시적으로 데이터를 정리하는 과정이 필요합니다.

@Transactional을 떼고 테스트 코드를 작성할 경우, 직접 트랜잭션 관리를 해야 합니다. EntityManager를 사용해 begin, commit, rollback 등을 직접 제어할 수 있습니다. 이 경우, EntityManager를 통해 트랜잭션을 시작하고, 테스트 종료 후에는 트랜잭션을 커밋하거나 롤백하여 상태를 명확히 관리할 수 있습니다.

실제 데이터 변경을 검증하려면, @DataJpaTest와 같은 스프링 테스트 어노테이션을 사용하여 리포지토리 계층만을 대상으로 한 테스트를 고려할 수 있습니다. 이렇게 하면 실제 데이터베이스 연결을 사용하여 테스트할 수 있으며, @Transactional과 별개로 테스트 후 데이터 롤백이 자동으로 이루어지게 합니다.

마지막으로, 테스트에 따라 트랜잭션의 범위를 조정할 필요가 있습니다. 서비스 계층에서는 @Transactional을 유지하되, 테스트에서는 다양한 상황을 검증하기 위해 트랜잭션을 분리하거나, 별도의 테스트 전략을 수립해야 할 수 있습니다.

해당 문제는 복잡할 수 있으므로, 다양한 상황과 요구사항을 고려하여 가장 적합한 테스트 전략을 선택하는 것이 중요합니다.