테스트/TDD 미드레벨 시스템 설계 면접

테스트 피라미드 원칙에 따라 계층별로 전략을 분리합니다. 단위 테스트에서는 Mock/Stub을 활용해 각 서비스의 비즈니스 로직을 격리 테스트하고, 통합 테스트에서는 Contract Testing(Pact 등)으로 API 스펙 검증을 우선합니다. E2E 테스트는 TestContainer나 Docker Compose로 실제 서비스를 띄워 핵심 시나리오만 검증합니다. 개발 환경에서는 WireMock 같은 API Mock 서버로 빠른 피드백을 받고, CI/CD 파이프라인에서는 실제 서비스 간 통신 테스트를 수행합니다. 이를 통해 테스트 속도와 신뢰성의 균형을 맞춥니다.

먼저 HTTP 메서드별 특성을 검증합니다. GET/PUT/DELETE의 멱등성 테스트는 동일 요청 반복 시 결과가 일관되는지 확인하고, POST는 중복 요청 시 적절한 처리(중복 방지 키 등)를 검증합니다. 에러 처리는 4xx/5xx 상태 코드별로 정확한 응답 형식과 에러 메시지를 테스트하며, 페이지네이션은 경계값(첫 페이지, 마지막 페이지, 빈 결과)과 커서 기반/오프셋 기반 전략을 모두 검증합니다. 인증/인가는 토큰 만료, 권한 부족, 미인증 상태 등의 시나리오를 포함하며, API 스펙 문서(OpenAPI)와 실제 구현의 일치 여부도 자동화 테스트로 검증합니다.

테스트 데이터는 계층별로 관리합니다. 단위 테스트는 인메모리 DB(H2)나 Fixture Factory 패턴으로 필요한 최소 데이터만 생성하고, 통합 테스트는 TestContainer로 실제 DB를 격리 실행합니다. 대용량 데이터가 필요한 성능 테스트는 별도 환경에서 데이터 생성 스크립트로 사전 준비합니다. 병렬 테스트 실행을 위해 각 테스트는 트랜잭션 롤백이나 스키마 격리(테스트별 스키마 생성)를 활용하며, DB 상태에 의존하지 않도록 Given-When-Then 패턴으로 테스트마다 필요한 데이터를 직접 설정합니다. 공통 참조 데이터는 Builder 패턴이나 Object Mother 패턴으로 재사용 가능하게 관리하고, 민감 정보는 마스킹된 더미 데이터를 사용합니다.

캐시 무효화는 데이터 변경 시나리오(생성/수정/삭제)별로 로컬과 분산 캐시가 모두 무효화되는지 검증하며, Embedded Redis(TestContainer)로 실제 Redis 동작을 재현합니다. TTL 테스트는 시간 Mock 라이브러리(Awaitility, Virtual Time)로 시간 흐름을 제어하여 만료 시점 전후 동작을 검증합니다. 캐시 워밍은 애플리케이션 시작 시 특정 데이터가 사전 로드되는지 확인하고, 캐시 스탬피드는 멀티스레드 환경(ExecutorService)에서 동시 요청 시 DB 조회가 한 번만 발생하는지 검증합니다. 성능 테스트는 JMH나 Gatling으로 캐시 히트율과 응답 시간을 측정하며, 캐시 미스 시나리오도 포함합니다. 모니터링 메트릭(히트율, 에빅션)도 테스트로 검증합니다.

먼저 테스트 추상화 계층을 도입합니다. Page Object 패턴이나 Test DSL을 구축해 UI/API 변경이 테스트 전체에 영향을 주지 않도록 합니다. Given-When-Then 구조를 일관되게 적용하고, Custom Matcher나 Assertion 라이브러리를 만들어 가독성을 높입니다. 공통 테스트 유틸리티는 별도 모듈로 분리하고, 테스트 헬퍼 함수는 도메인별로 구조화합니다. 구현 세부사항이 아닌 행위 기반 테스트(Behavior-Driven)로 작성해 리팩토링 시 테스트가 깨지지 않게 하고, 테스트 코드 리뷰 가이드라인과 예제를 문서화합니다. 테스트 실행 시간을 모니터링하여 느린 테스트는 별도 스위트로 분리하고, CI에서 병렬 실행 환경을 구축합니다. 마지막으로 테스트 커버리지보다 중요 비즈니스 로직의 신뢰성을 우선시하는 문화를 만듭니다.