가치있는 테스트를 위한 전략과 구현

테스트가 많고 느리며 구현에 강하게 결합되면 유지 비용이 커져 오히려 개발을 방해한다는 문제에서 출발해, 토스 팀은 가치가 높은 테스트를 선별하고 목적별로 나누는 전략을 세웠습니다. 핵심 비즈니스에는 도메인 정책 단위 테스트를, 사용자 여정에는 여러 계층을 아우르는 통합 인수 테스트를 적용해 테스트 수를 줄이면서 검증과 문서화 효과를 함께 얻고자 했습니다. 모의 객체 프레임워크 사용은 최소화하고 실제 객체를 우선했으며, 인수 테스트는 RestAssured와 커스텀 `@AcceptanceTest` 애노테이션으로 구성해 API 기준의 블랙박스 검증과 스프링 테스트 컨텍스트 재사용을 지원했습니다. 테스트 데이터는 SQL 파일 대신 JSON으로 관리하고 `TestExecutionListener`에서 실행 전 적재·실행 후 테이블 초기화를 처리해 테스트 격리를 구현했습니다.

• 테스트 작성 여부는 커버리지보다 핵심 기능의 변경 빈도와 버그 위험, 유지 비용을 기준으로 판단하세요.
• 도메인 정책은 단위 테스트로 검증하고, 경계값을 포함해 정책의 의미가 드러나도록 구성하세요.
• 모킹은 협력 객체의 구현 세부사항과 테스트를 결합할 수 있으므로, 가능한 경우 실제 객체를 우선 사용하세요.
• 인수 테스트는 API 명세를 기준으로 블랙박스 방식으로 작성하면 내부 리팩터링에 덜 민감해집니다.
• 테스트 데이터는 JSON으로 관리하고 실행 전후에 초기화하면 셋업 정보를 찾기 쉽고 테스트 간 격리를 유지할 수 있습니다.