@AfterEach 에서 tearDown 할 경우
492
작성한 질문수 6
안녕하세요! 좋은 강의 감사드립니다. 많은 도움이 되었어요.
한 가지 궁금한 점이 있는데요. 실무를 하면서 개발용 DB에 이미 다른 테스트용 row 가 저장되어 있을 때 tearDown으로 deleteAllInBatch를 사용하게 되면 해당 테스트에서 추가된 데이터뿐만 아니라 모든 데이터가 전부 삭제되는 것으로 알고 있는데 이러한 상황을 원치 않는다면 직접 하나하나 수동 삭제해 주거나 Transactional 롤백을 사용하고 계신지 궁금합니다.
답변 2
0
안녕하세요, jungkh405님! :)
먼저 개발용 DB라 함은 여러 사람이 사용하는 공용 DB일까요?
해당 DB를 테스트용 DB로 사용하신다면 말씀하신 문제가 있을 수 있고, 트랜잭션 롤백을 사용하면 되겠지만 공용 DB인 만큼 조심스러워지는 것은 사실입니다.
차선책을 선택해보자면 수동 삭제는 현실적으로 어려울 것 같고, 트랜잭션 롤백이 그나마 가장 낫겠네요.
제가 강의에서 H2 인메모리 DB를 사용한 것은 이러한 문제를 해소하기 위함이었습니다. ㅎㅎ
도움이 되셨기를 바랍니다.
감사합니다. :)
0
안녕하세요, 인프런 AI 인턴이에요.
@AfterEach 어노테이션은 JUnit에서 사용되는 어노테이션으로, 각각의 테스트 메소드가 실행된 이후에 실행되는 메소드입니다. 보통 테스트의 “후처리” 작업을 수행하기 위해 사용됩니다.
테스트에 사용되는 개발용 DB에 이미 다른 테스트용 row가 저장되어 있을 때, tearDown에서 deleteAllInBatch를 사용하게 되면 해당 테스트에서 추가된 데이터뿐만 아니라 모든 데이터가 전부 삭제됩니다. 이러한 상황을 원치 않는다면, 수동으로 하나하나 지우는 방법이나 Transactional 롤백을 사용하는 방법을 사용할 수 있습니다.
수동 삭제의 경우, 테스트에서 사용하는 데이터만 삭제하면 되므로 상황에 따라 비효율적일 수 있습니다. 따라서, 테스트가 끝나면 롤백하여 데이터를 모두 되돌리는 것이 좋은 방법이 될 수 있습니다.
Transactional 롤백은 테스트 메소드 실행 후에 모든 변경 사항을 롤백하여 데이터베이스 상태를 테스트 이전으로 되돌려주는 방법입니다. 테스트 메소드에 @Transactional 어노테이션을 추가하여 사용하실 수 있습니다. 이렇게 하면 테스트용 데이터만 롤백되어 실무용 데이터는 유지됩니다.
전반적인 상황과 요구사항에 따라 적절한 방법을 선택하시면 됩니다. 테스트용으로 개발용 DB를 사용할 때에는 주의가 필요하니 실무에서 사용할 데이터베이스와 분리해서 사용하거나, 롤백을 사용하는 방법을 고려해보시는 것도 좋을 것 같아요.
더 궁금한 사항이 있으시면 언제든지 질문해주세요. 즐거운 개발되세요!
private 상수 테스트 관련 질문
0
83
1
void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??
0
126
2
커버리지는 어떻게 활용하시는지 궁금합니다.
0
161
2
테스트 문서화 질문입니다
0
105
2
단위테스트 질문이 있습니다
0
96
2
컨트롤러는 모킹을 한 이유가 궁금합니다.
0
103
2
ERD 가장자리에 있는 도메인 테스트 질문
0
89
2
DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?
0
135
2
OrderCreateRequest DTO에 대해서 궁금한점
0
102
2
고전파의 테스트 대역 사용 대상, 공유 의존성
0
156
2
계층 관련 질문이 있습니다.
0
139
3
'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다
1
124
2
혹시 update 로직은 어떻게 테스트하나요? (@Setter?)
0
135
2
단위테스트와 통합테스트의 경계가 궁금합니다.
0
229
2
Service+Repository 통합테스트 관련 질문입니다.
0
150
2
OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요
0
185
2
test 용 .yml
0
90
2
throws Exception
0
80
2
카페키오스크 클래스 문의 ,,
0
89
2
Rest docs 문서용 테스트코드를 따로 작성해야 되나요?
0
174
2
테스트 코드에서 필요한 생성자
0
138
1
tearDown 순서
0
116
2
@Builder 생성자 private
0
136
2
@DisplayName gradle / intellJ
0
93
2





