Jest는 javascript/typescript에서 import를 모의하는 데는 탁월하지만 구현 세부 사항을 기억하기가 매우 어렵습니다.
함수와 객체는 다양한 방식으로 모의해야 하며, 기본 내보내기는 명명된 내보내기와 미묘하게 다르게 모의되며, Jest는 TypeScript에서 특히 잘 작동하지 않습니다. 이러한 모든 사항을 결합하면 조롱 시나리오에 대한 올바른 접근 방식을 찾아내거나 검색하는 것이 어려울 수 있습니다.
저는 가져오기가 무엇이든 "가져오기를 어떻게 모의합니까?"라는 질문에 답하기 위해 이 가이드를 만들었습니다. 기본 또는 명명된 기능 또는 개체.
내 환경
다음 버전의 소프트웨어를 사용하여 이러한 접근 방식을 모두 테스트했습니다.
- 노드 v22.11.0
- jest v29.7.0
- ts-jest v29.2.5
- @types/jest v29.5.14
기본적으로 최소한의 jest.config.js 파일을 사용하면 다음과 같습니다.
export default { testEnvironment: 'node', transform: { '^.+.tsx?$': ['ts-jest', {}], }, testMatch: ['**/*.test.ts'], };
모의 수입품
대체로 일반적인 import는 우리가 조롱할 수 있는 두 가지 범주로 분류됩니다.
- 기능
- 객체
기능부터 시작해서 두 가지를 차례로 다루겠습니다.
함수 가져오기
모듈에서 내보낸 함수에는 이름을 지정하거나 기본값을 지정할 수 있습니다. 우리는 두 가지를 모두 살펴보겠습니다. 첫 번째:
모듈에서 명명된 내보낸 함수 모의
다음과 같이 모듈에서 명명된 내보낸 함수를 모의하는 데 사용해야 합니다.
// ./path/to/module.ts export function doSomething(...) { ... }
다음과 같이 조롱할 수 있습니다.
import { doSomething } from './path/to/module'; // note: This should be the path to the module from the test file, // NOT from the module that contains the doSomething function itself. jest.mock('./path/to/module', () => ({ doSomething: jest.fn(), })); ... it('should do something', () => { // We need to assert that the function is a jest.Mock // so that typescript will allow us to call mock methods. (doSomething as jest.Mock).mockReturnValue(mockValue); // run your test here expect(doSomething).toHaveBeenCalledTimes(1); // etc. });
모듈에서 반환된 기본 함수 모의
다음과 같이 모듈에서 기본 내보내기인 함수를 모의하는 데 사용해야 합니다.
// ./path/to/module.ts export default function doSomething(...) { ... }
명명된 내보내기와 유사하게 조롱됩니다.
import doSomething from './path/to/module' jest.mock('./path/to/module', () => ({ __esModule: true, default: jest.fn() })) ... it('should do something', () => { (doSomething as jest.Mock).mockResolvedValue(mockData); // Run your test here expect(doSomething).toHaveBeenCalledTimes(5); });
개체 가져오기
내보낸 개체(클래스, json 개체 등)를 모의할 때 고려해야 할 몇 가지 변형이 있습니다.
- 네임드 내보내기인가요 아니면 기본 내보내기인가요?
- 모의하려는 메서드가 있나요, 아니면 속성만 있나요?
메소드 없이 기본 객체 모의
메서드가 아닌 속성(예: 구성 파일)을 모의해야 하는 경우 다음 방법을 사용하세요.
import config from '../config'; jest.mock('../config', () => ({ __esModule: true, default: { apiKey: '123MockKey', ... }, })); ... it('Should do something', () => { ... });
모의 속성이 테스트마다 달라야 하는 경우:
import config from '../config'; const mockConfig = { apiKey: '123MockKey', ... }; jest.mock('../config', () => ({ __esModule: true, default: mockConfig, })); ... beforeEach(() => { // restore defaults before each test mockConfig.apiKey = '123MockKey'; ... }); it('Should do something', () => { mockConfig.apiKey = 'new value'; // rest of the test }); // more tests
메소드 없이 명명된 내보내기 객체 모의
기본 내보내기 개체를 모의하는 것과 매우 유사합니다.
import { config } from '../config'; const mockConfig = { apiKey: '123MockKey', ... }; jest.mock('../config', () => ({ config: mockConfig, })); // the rest is exactly the same as when mocking a default export object.
메소드를 사용하여 객체 모의
메서드가 있는 개체를 모듈에서 내보내고(이름이 지정되거나 기본값으로 지정됨) 해당 메서드의 출력을 모의해야 하는 경우 접근 방식이 약간 다릅니다.
수업:
// ./path/to/module.ts class ComplicatedThing { // properties, fields, constructor etc. go here getData() { ... } ... } // note: I don't necessarily recommend exporting an instance // of a class like this - purely illustrative for testing purposes. // https://medium.com/@lazlojuly/are-node-js-modules-singletons-764ae97519af export const complicatedThing = new ComplicatedThing(...);
내보낸 객체를 조롱하려면:
export default { testEnvironment: 'node', transform: { '^.+.tsx?$': ['ts-jest', {}], }, testMatch: ['**/*.test.ts'], };
기본 내보내기 개체를 모의하는 것은 모의 개체를 정의할 때를 제외하고는 완전히 동일합니다.
// ./path/to/module.ts export function doSomething(...) { ... }
보너스: 테스트 함수/클래스에 매개변수로 직접 전달되는 객체에 대한 모의 메서드
테스트 중인 모듈로 직접 가져오지 않고 대신 클래스/함수에 매개변수로 전달되는 객체를 조롱하기 위한 것입니다.
참고: 클래스를 모의하는 경우 대신 인터페이스를 생성하고 해당 모의 구현을 생성하여 함수/클래스에 전달할 수도 있습니다. 이렇게 하면 아래와 같이 우아하지 않은 유형 어설션 헛소리를 할 필요가 없어집니다.
import { doSomething } from './path/to/module'; // note: This should be the path to the module from the test file, // NOT from the module that contains the doSomething function itself. jest.mock('./path/to/module', () => ({ doSomething: jest.fn(), })); ... it('should do something', () => { // We need to assert that the function is a jest.Mock // so that typescript will allow us to call mock methods. (doSomething as jest.Mock).mockReturnValue(mockValue); // run your test here expect(doSomething).toHaveBeenCalledTimes(1); // etc. });
// ./path/to/module.ts export default function doSomething(...) { ... }
import doSomething from './path/to/module' jest.mock('./path/to/module', () => ({ __esModule: true, default: jest.fn() })) ... it('should do something', () => { (doSomething as jest.Mock).mockResolvedValue(mockData); // Run your test here expect(doSomething).toHaveBeenCalledTimes(5); });
결론
이 내용이 여러분에게 도움이 되기를 바라며, 다음에 typescript에서 import를 모의하는 방법에 대한 세부 사항을 기억하려고 애쓰는 미래의 제 자신에게도 도움이 되기를 바랍니다.
이 문서가 간단한 모의 요구 사항을 모두 충족하고 더 복잡한 가져오기를 모의할 때 시작할 수 있는 장소를 제공할 수 있기를 바랍니다.
읽어주셔서 감사합니다.
위 내용은 Jest와 TypeScript로 조롱하기 - 치트시트의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

Python과 JavaScript의 주요 차이점은 유형 시스템 및 응용 프로그램 시나리오입니다. 1. Python은 과학 컴퓨팅 및 데이터 분석에 적합한 동적 유형을 사용합니다. 2. JavaScript는 약한 유형을 채택하며 프론트 엔드 및 풀 스택 개발에 널리 사용됩니다. 두 사람은 비동기 프로그래밍 및 성능 최적화에서 고유 한 장점을 가지고 있으며 선택할 때 프로젝트 요구 사항에 따라 결정해야합니다.

Python 또는 JavaScript를 선택할지 여부는 프로젝트 유형에 따라 다릅니다. 1) 데이터 과학 및 자동화 작업을 위해 Python을 선택하십시오. 2) 프론트 엔드 및 풀 스택 개발을 위해 JavaScript를 선택하십시오. Python은 데이터 처리 및 자동화 분야에서 강력한 라이브러리에 선호되는 반면 JavaScript는 웹 상호 작용 및 전체 스택 개발의 장점에 없어서는 안될 필수입니다.

파이썬과 자바 스크립트는 각각 고유 한 장점이 있으며 선택은 프로젝트 요구와 개인 선호도에 따라 다릅니다. 1. Python은 간결한 구문으로 데이터 과학 및 백엔드 개발에 적합하지만 실행 속도가 느립니다. 2. JavaScript는 프론트 엔드 개발의 모든 곳에 있으며 강력한 비동기 프로그래밍 기능을 가지고 있습니다. node.js는 풀 스택 개발에 적합하지만 구문은 복잡하고 오류가 발생할 수 있습니다.

javaScriptisNotBuiltoncorc; it'SangretedLanguageThatrunsonOngineStenWrittenInc .1) javaScriptWasDesignEdasAlightweight, 해석 hanguageforwebbrowsers.2) Endinesevolvedfromsimpleplemporectreterstoccilpilers, 전기적으로 개선된다.

JavaScript는 프론트 엔드 및 백엔드 개발에 사용할 수 있습니다. 프론트 엔드는 DOM 작업을 통해 사용자 경험을 향상시키고 백엔드는 Node.js를 통해 서버 작업을 처리합니다. 1. 프론트 엔드 예 : 웹 페이지 텍스트의 내용을 변경하십시오. 2. 백엔드 예제 : node.js 서버를 만듭니다.

Python 또는 JavaScript는 경력 개발, 학습 곡선 및 생태계를 기반으로해야합니다. 1) 경력 개발 : Python은 데이터 과학 및 백엔드 개발에 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 적합합니다. 2) 학습 곡선 : Python 구문은 간결하며 초보자에게 적합합니다. JavaScript Syntax는 유연합니다. 3) 생태계 : Python에는 풍부한 과학 컴퓨팅 라이브러리가 있으며 JavaScript는 강력한 프론트 엔드 프레임 워크를 가지고 있습니다.

JavaScript 프레임 워크의 힘은 개발 단순화, 사용자 경험 및 응용 프로그램 성능을 향상시키는 데 있습니다. 프레임 워크를 선택할 때 : 1. 프로젝트 규모와 복잡성, 2. 팀 경험, 3. 생태계 및 커뮤니티 지원.

서론 나는 당신이 이상하다는 것을 알고 있습니다. JavaScript, C 및 Browser는 정확히 무엇을해야합니까? 그들은 관련이없는 것처럼 보이지만 실제로는 현대 웹 개발에서 매우 중요한 역할을합니다. 오늘 우리는이 세 가지 사이의 밀접한 관계에 대해 논의 할 것입니다. 이 기사를 통해 브라우저에서 JavaScript가 어떻게 실행되는지, 브라우저 엔진의 C 역할 및 웹 페이지의 렌더링 및 상호 작용을 유도하기 위해 함께 작동하는 방법을 알게됩니다. 우리는 모두 JavaScript와 브라우저의 관계를 알고 있습니다. JavaScript는 프론트 엔드 개발의 핵심 언어입니다. 브라우저에서 직접 실행되므로 웹 페이지를 생생하고 흥미롭게 만듭니다. 왜 Javascr


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

WebStorm Mac 버전
유용한 JavaScript 개발 도구

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

드림위버 CS6
시각적 웹 개발 도구