기능 테스트 전환 이야기

간단 소개

통합 테스트에서 기능 테스트로 전환하며 겪은 문제점과 해결 방안, 그리고 기능 테스트 전략을 소개합니다.

AI Summary

기능 테스트 전환 배경
- 통합 테스트의 한계: Hibernate Lazy Loading, Flushing 메커니즘, Transactional Event Listener 관련 버그 미검출
- 원인: MOCK 모드 실행 및 Client Mocking으로 실제 동작 환경 재현 어려움
- 목표: 통합 테스트의 단점 보완, 변경에 대한 안정감 확보
기능 테스트 전환 방법
- 테스트 피라미드 모델 적용: 단위 테스트에서 대부분의 비즈니스 로직 테스트, 기능 테스트는 주요 기능 및 단위 테스트에서 불안한 부분 확인
- MockServer 활용: 외부 API의 문제점 해결 (API 다운, 외부 리소스 관리, 사전 조건 방대, 테스트 데이터 오염 방지)
- Test Helper 클래스 활용: 반복적인 코드 감소, 가독성 향상
- Open EntityManager in View (OSIV) 적용: 테스트 코드에서 LazyInitializationException 해결, Entity 연관관계 손쉬운 조회
- Eventually 활용: 비동기 코드 검증, Thread.sleep() 대체
기능 테스트 전환 이슈 및 해결
- Flaky Tests 증가: CI 모니터링 강화, 불안정한 테스트 감소 노력
- MockServer Response Template 활용: 무작위 값 생성 문제 해결, Mustache Response Templates 사용
- Message Throttling 문제: 테스트 환경에서 Throttling 설정 해제