인프런에서는 수천 개의 테스트 코드를 이렇게 다루고 있어요 | 인프콘2023

해피 패스와 예외를 명세한 테스트는 실제 기능의 동작을 읽을 수 있는 최신 문서가 되어 낯선 코드를 이해하게 돕는다. 변경 때마다 기존 테스트를 다시 실행하는 회귀 테스트는 기능 사이의 필수 상호작용에서 생기는 버그를 빠르게 발견해 품질을 지속적으로 보정한다. 테스트 작성이 지나치게 어렵다는 사실 자체도 제품 코드의 강결합이나 잘못된 책임 분리를 드러내므로 테스트 가능성은 좋은 설계의 지표가 된다.

도메인 규칙·알고리즘·DTO 검증은 시스템 의존성 없이 빠른 단위 테스트로, 데이터베이스와 서비스 상호작용은 통합 테스트로 검증한다. 전체 서버를 띄워 API 요청과 응답을 확인하는 E2E 테스트는 가장 현실적이지만 준비와 실행 비용이 크므로 핵심 사용자 흐름에 배치한다. 회원가입 사례에서 요청 형식과 도메인 로직, 이메일 중복 조회·저장·메일 발송, 최종 API 응답을 각 계층에 나눠 Jest·NestJS·Supertest 코드로 보여 준다.

데이터베이스처럼 팀이 제어하고 실제 동작을 검증해야 하는 내부 의존성은 로컬 Docker 환경과 실제 객체를 사용하되 테스트마다 데이터를 초기화해 독립성을 보장한다. 타 서비스나 메일 서버처럼 결과를 통제할 수 없는 외부 의존성은 mock이나 stub으로 격리해 빠르고 결정적인 테스트를 만든다. 실제 구현은 현실성과 회귀 검출력이 높고 대역은 속도가 빠르므로 가능한 실제 구현을 우선하되, 세부 구현에 결합된 과도한 mocking은 피한다.

ts-jest의 isolatedModules로 파일별 컴파일을 사용해 921개 단위 테스트를 52초에서 15초로 줄이고 SWC나 Vitest 같은 더 빠른 도구도 대안으로 검토한다. 데이터베이스는 테스트마다 정리하는 대신 트랜잭션을 시작해 종료 때 rollback하거나 pg-mem을 사용해 721개 통합 테스트를 약 30초에 실행한다. CI에서는 단위·통합·E2E 작업을 병렬화하고 테스트 피라미드를 유지하며 모노레포의 변경 경로에 해당하는 모듈만 실행해 피드백 시간을 줄인다.