Jest は JavaScript/typescript でインポートをモックするのに優れていますが、実装の詳細を覚えるのは非常に難しいと思います。
関数とオブジェクトはさまざまな方法でモックする必要があり、デフォルトのエクスポートは名前付きエクスポートとは微妙に異なる方法でモックされ、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'], };
インポートのモック化
広く一般的なインポートは、模擬したいと思うかもしれない 2 つのカテゴリに分類されます。
- 機能
- オブジェクト
機能から始めて、両方に順番に取り組みます。
関数のインポート
モジュールからエクスポートされた関数には名前を付けるか、デフォルトを付けることができます。両方を見ていきます。最初:
モジュールからの名前付きエクスポート関数のモック化
これは、モジュールからエクスポートされた名前付き関数をモックするために使用する必要があります。
// ./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); });
結論
これがあなたにとって、そして次にタイプスクリプトでインポートをモックする方法の詳細を思い出すのに苦労する将来の私にとって役立つことを願っています。
これが単純なモックのニーズをすべてカバーし、より複雑なインポートをモックする際の出発点となることを願っています。
読んでいただきありがとうございます。
以上がJest と typescript を使ったモック - チートシートの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

PythonとJavaScriptの主な違いは、タイプシステムとアプリケーションシナリオです。 1。Pythonは、科学的コンピューティングとデータ分析に適した動的タイプを使用します。 2。JavaScriptは弱いタイプを採用し、フロントエンドとフルスタックの開発で広く使用されています。この2つは、非同期プログラミングとパフォーマンスの最適化に独自の利点があり、選択する際にプロジェクトの要件に従って決定する必要があります。

PythonまたはJavaScriptを選択するかどうかは、プロジェクトの種類によって異なります。1)データサイエンスおよび自動化タスクのPythonを選択します。 2)フロントエンドとフルスタック開発のためにJavaScriptを選択します。 Pythonは、データ処理と自動化における強力なライブラリに好まれていますが、JavaScriptはWebインタラクションとフルスタック開発の利点に不可欠です。

PythonとJavaScriptにはそれぞれ独自の利点があり、選択はプロジェクトのニーズと個人的な好みに依存します。 1. Pythonは、データサイエンスやバックエンド開発に適した簡潔な構文を備えた学習が簡単ですが、実行速度が遅くなっています。 2。JavaScriptはフロントエンド開発のいたるところにあり、強力な非同期プログラミング機能を備えています。 node.jsはフルスタックの開発に適していますが、構文は複雑でエラーが発生しやすい場合があります。

javascriptisnotbuiltoncorc;それは、解釈されていることを解釈しました。

JavaScriptは、フロントエンドおよびバックエンド開発に使用できます。フロントエンドは、DOM操作を介してユーザーエクスペリエンスを強化し、バックエンドはnode.jsを介してサーバータスクを処理することを処理します。 1.フロントエンドの例:Webページテキストのコンテンツを変更します。 2。バックエンドの例:node.jsサーバーを作成します。

PythonまたはJavaScriptの選択は、キャリア開発、学習曲線、エコシステムに基づいている必要があります。1)キャリア開発:Pythonはデータサイエンスとバックエンド開発に適していますが、JavaScriptはフロントエンドおよびフルスタック開発に適しています。 2)学習曲線:Python構文は簡潔で初心者に適しています。 JavaScriptの構文は柔軟です。 3)エコシステム:Pythonには豊富な科学コンピューティングライブラリがあり、JavaScriptには強力なフロントエンドフレームワークがあります。

JavaScriptフレームワークのパワーは、開発を簡素化し、ユーザーエクスペリエンスとアプリケーションのパフォーマンスを向上させることにあります。フレームワークを選択するときは、次のことを検討してください。1。プロジェクトのサイズと複雑さ、2。チームエクスペリエンス、3。エコシステムとコミュニティサポート。

はじめに私はあなたがそれを奇妙に思うかもしれないことを知っています、JavaScript、C、およびブラウザは正確に何をしなければなりませんか?彼らは無関係であるように見えますが、実際、彼らは現代のウェブ開発において非常に重要な役割を果たしています。今日は、これら3つの間の密接なつながりについて説明します。この記事を通して、JavaScriptがブラウザでどのように実行されるか、ブラウザエンジンでのCの役割、およびそれらが協力してWebページのレンダリングと相互作用を駆動する方法を学びます。私たちは皆、JavaScriptとブラウザの関係を知っています。 JavaScriptは、フロントエンド開発のコア言語です。ブラウザで直接実行され、Webページが鮮明で興味深いものになります。なぜJavascrを疑問に思ったことがありますか


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

WebStorm Mac版
便利なJavaScript開発ツール

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

ドリームウィーバー CS6
ビジュアル Web 開発ツール
