참고:
이 가이드는 여러분이 Vite에 익숙하다고 가정합니다. 더 배우는 좋은 방법은 왜 Vite를 사용해야 하는가? 가이드를 읽는 것이며, Evan You가 주요 개념을 설명하는 데모를 진행한 ViteJS와 함께하는 차세대 프론트엔드 도구 스트림을 시청하는 것입니다.
Vite 네이티브 테스트 러너의 필요성
Vite는 일반적인 웹 패턴에 대한 기본 지원, 글로브 임포트와 SSR 기본 요소와 같은 기능, 그리고 다양한 플러그인과 통합을 촉진하여 활기찬 생태계를 육성하고 있습니다. 그것의 개발 및 빌드 스토리는 그 성공의 핵심입니다. 문서에 대해서는 Vite를 기반으로 한 여러 SSG 기반 대안이 있습니다. 그러나 Vite의 단위 테스트 스토리는 명확하지 않았습니다. 기존의 Jest와 같은 옵션이 다른 맥락에서 생성되었습니다. Jest와 Vite 사이에 많은 중복이 있어 사용자가 두 개의 다른 파이프라인을 구성해야 합니다.
테스트 중에 파일을 변환하는 데 Vite 개발 서버를 사용하면 소스 파일을 변환하는 복잡성을 처리할 필요가 없는 간단한 러너를 생성할 수 있으며 테스트 중에 최상의 DX를 제공하는 데에만 집중할 수 있습니다. 앱의 동일한 구성(vite.config.js을 통해)을 사용하며 개발, 빌드 및 테스트 시간 동안 공통 변환 파이프라인을 공유하는 테스트 러너. Vite의 개선된 DX를 활용하여 처음부터 Vite를 염두에 두고 구축된 도구로써, 즉시 Hot Module Reload (HMR)와 같은 기능을 활용하는 Vitest입니다.
Jest의 대규모 채택을 고려하여 Vitest는 대부분의 프로젝트에서 쉽게 교체할 수 있도록 호환 가능한 API를 제공합니다. 또한 단위 테스트를 설정할 때 필요한 가장 일반적인 기능(모의, 스냅샷, 커버리지)을 포함합니다. Vitest는 성능에 많은 주의를 기울이며 Worker 스레드를 사용하여 가능한 한 병렬로 실행합니다. 일부 포트는 테스트 실행이 한 차원 빨라졌습니다. 감시 모드는 기본적으로 활성화되어 있으며 Vite가 개발 중심 경험을 지향하는 방식과 일치합니다. 이러한 모든 DX 개선에도 불구하고 Vitest는 종속성을 신중하게 선택하여(또는 필요한 부분을 직접 인라인으로 처리하여) 가볍게 유지됩니다.
Vitest는 Vite 프로젝트의 테스트 러너로서 자리를 잡고 있으며 Vite를 사용하지 않는 프로젝트에 대해서도 견고한 대안으로 나타나고 있습니다.
시작하기 가이드에서 계속 읽기
Vitest와 다른 도구와의 차이점
Vitest가 다른 유사한 도구와 어떻게 다른지에 대한 자세한 내용은 비교 섹션에서 확인할 수 있습니다.
