https://ko.legacy.reactjs.org/docs/testing.html
리액트에서는 테스팅을 할 때
특정한 일을 시작해서 걸리는 속도 vs 사용자가 실제로 어플리케이션을 사용하는 환경
어디까지를 유닛테스트라고 부르고, 어디까지를 통합테스트라고 부를것이냐.
unit은 하나의 단위 -> util 함수, api 서비스 함수 하나하나. 딱 하나의 component
통합은 page 컴포넌트, 다른 서비스와 묶어서 api 테스트
근데 이걸 딱딱 나누는건 중요한 것이 아니다.
Jest는 JavaScript 테스트 러너입니다. DOM에 접근하게 하는 jsdom을 통해서 jsdom은 단지 어떻게 브라우저가 작동하는지에 대한 대략적 개요입니다. 하지만 이는 종종 React 컴포넌트를 테스팅 하기에 충분합니다. Jest는 mocking modules과 timers 같은 파워풀한 특징과 결합되어 훌륭한 반복속도를 제공합니다. 그래서 더 많은 코드 제어를 가집니다
React Testing Library는 실행 디테일을 가지지 않는 React 컴포넌트를 테스트하게 하는 도구 모음입니다. 이러한 접근은 리팩토링을 수월하게 하며 접근성에 대한 가장 좋은 연습을 가능하게 합니다. 자식 컴포넌트를 가지지 않는 컴포넌트에 대한 얕은 렌더링 방법을 제공하지 않더라도 Jest와 같은 테스트 러너는 mocking에 의해 위를 가능하게 합니다.
https://testing-library.com/docs/react-testing-library/intro/
테스트를 할 때, 어떤 테스트를 해야 할 지 먼저 정리해보는 것이 좋다.
'React' 카테고리의 다른 글
[react] Next.js + Docker + Nginx EC2 를 기준으로 Github Actions로 배포 자동화 CI / CD - 1 (3) | 2024.07.19 |
---|---|
[react] react-query (1) | 2024.07.15 |
[react] TDD (0) | 2024.06.18 |
[react] TDD - 좋은 테스트 원칙 (0) | 2024.06.18 |
[react] TDD - 유닛테스트 (0) | 2024.06.17 |