들어가며 좌석 예약 동시성 테스트를 구현하면서 unit / integration 테스트를 명확히 나누고 싶다는 생각이 들었다. 단순히 패키지 분리로 끝내는 대신, Gradle의 sourceSet을 활용해 테스트 자체를 물리적으로 분리하고, 통합 테스트에서는 Testcontainers(MySQL) 를 사용해 실제와 유사한 환경을 만들고자 했다. 결론...
결론부터 말하면 ❌ 엔티티에 setTempHoldExpiresAt()을 테스트 때문에 추가하는 건 비추천 ✅ Repository 레벨에서 “테스트 전용 만료 조작”을 제공하는 게 정석 지금 구조에서는 오히려 setter가 없는 것이 설계적으로 올바른 상태다. 왜 setTempHoldExpiresAt()이 없는 게 맞는가? 1️⃣ ...
들어가며 예약 시스템을 구현하면서 대부분의 유스케이스는 다음과 같은 구조로 작성해왔다. MakeReservationUseCase ConfirmReservationUseCase DeductPointUseCase 즉, Port-In 인터페이스 → Application Service 구현 이 구조는 외부 요청(API, 메시지,...
문제 상황 동시성 테스트를 작성하던 중, 람다에서 다음과 같은 컴파일 에러를 만났다. Local variable must be final or effectively final 처음에는 람다 문법이나 멀티 스레드 문제를 의심했지만, 실제 원인은 테스트 코드에서 자주 쓰는 엔티티 저장 패턴에 있었다. 원인이 되는 코드 문제의 핵심은 아...
문제 상황 Gradle Kotlin DSL로 커스텀 sourceSet을 추가하다 보면 IDE가 이런 제안을 하는 순간이 온다. “create()에 import가 필요합니다” 그리고 IDE는 친절하게 다음과 같은 후보를 내민다. kotlin.collections.create java.util.create 기타 전혀 관계없는 c...
동시성 이슈를 검증하기 위해 좌석 예약 시스템에 Pessimistic Lock 기반의 임시 배정(TEMP_HOLD) 로직을 구현하고, 이를 멀티 스레드 통합 테스트로 검증하던 중 다음과 같은 예외를 마주했다. No EntityManager with actual transaction available for current thread cannot re...
들어가며 동시성 제어를 검증하기 위해 Hibernate의 낙관적 락(Optimistic Lock) 테스트를 작성했다. 의도는 단순했다. 여러 요청이 동시에 포인트를 차감하면 단 1건만 성공하고 나머지는 실패해야 한다 하지만 테스트 결과는 계속 엇나갔다. expected: 1 actual : 3 이번 글에서는 왜 테스트가 계속 ...
문제 상황 멀티 SourceSet(testUnit, testIntegration) 환경에서 테스트를 구성하던 중 컴파일 타임(IDE) 기준으로 이해하기 어려운 문제가 발생했다. JpaReservationRepository 인터페이스는 정상적으로 보이는데 JpaRepository가 제공하는 findAll(), count() 같은 메서드가 IDE...