TDD 前: モック、スタブ、スパイとは何かを知る必要があるのはなぜですか?
皆さんこんにちは!今日は、非常に興味深いと思われるトピックを取り上げます。 TDD、BDD、テストの設計パターン、テストの書き方、その他多くの関連トピックについて論じた記事がオンラインに多数あることは知っています。しかし、テストの世界におけるより基本的な用語、つまり私たちが頻繁に使用する関数ですが、その意味や動作が必ずしも完全に理解されているとは限らないものについて説明している記事はほとんどありません。テストについて学び始めたばかりで、ライブラリ関数が何をするのか正確に理解していない場合は、この記事が役に立ちます。ぜひ読んでみてください!
モックとは何ですか?
テストを書き始めるとすぐに最初に遭遇するのはモックです。すでに使用しているけれども、その意味を正確に理解していない場合があります。それでは、詳しく見ていきましょう。
モックは主に単体テストで使用されます。これらは、通常は外部の依存関係から来るコンテンツ、オブジェクト、または応答をシミュレートするために使用されるツールであり、コンテンツに特定の情報が必要な場合に使用されます。
映画推薦システムをテストしていると想像してください。このシステムは、API から映画のリストを取得し、それを返します。
問題は、テストを実行するたびに実際の API が呼び出される場合、動作が遅くなり一貫性がなくなる可能性があり (ムービーが異なる可能性があるか、API がダウンしている可能性があります)、テストの信頼性が低下する可能性があります。
分かった、レオ、問題は分かった。でも、モックはこれをどうやって解決するの? そうですね、それは簡単です。API を呼び出す代わりに、その応答を映画の静的リストとして使用します。これは基本的に、映画のリストを使用して API 応答を「偽装」しています。
映画システムの例では、API を使用して映画を取得する fetchMoviesFromAPI() という関数をテストする場合、次のように API 応答をシミュレートするモックを作成できます。
// This is the mock const MOVIES_FROM_API = [ { id: 1, name: "Interstellar" }, { id: 2, name: "Nosferatu" } ] // Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section. const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API) ;(async () => { { const expectedMovies = MOVIES_FROM_API const movies = await fetchMoviesFromAPI() expect(movies).toEqual(MOVIES_FROM_API) } })()
モックを使用すると、テストは外部サービスに依存しないため、より効率的になります。さらに、リターンを完全に制御できるため、信頼性も高まり、潜在的な API の不安定性やダウンタイムを心配することなく、機能の検証に集中できるようになります。
モックは、テストに必要な呼び出しやその他のオブジェクトからの応答をシミュレートする静的オブジェクトです。
結局のところ、本物のガソリンを使わずに車をテストするようなものです。道路に出す前に、エンジンが確実に作動するように制御された環境を作成します。
モックを取得しましたが、スタブとは何ですか?
スタブもテスト ツールですが、目的は少し異なります。関数の動作をあらかじめ決められたものに置き換え、多くの場合モックを使用して特定の値を返します。
スタブは関数の動作を置き換えます。たとえば、その映画 API にアクセスすると、関数は実際の呼び出しを行わず、モック (映画の静的リスト) を参照します。
これらは、テストが外部サービスやインターネットに依存すべきではないことを思い出させるものでもあります。
少し背景を説明しましょう。オンライン購入の合計金額を計算するアプリケーションをテストしていると想像してください。計算には外部サービスから取得した料金が含まれます。テストを実行するたびに、この計算を行う必要があります。つまり、外部サービスを呼び出す必要があります。これにより、速度が遅く、不安定で、コストがかかり (外部サービスがリクエストごとに料金を請求する可能性があるため)、一貫性のないテスト (値が変更される可能性がある) が発生する可能性があります。
スタブを使用すると、実際のサービス呼び出しを固定の事前定義値 (はい、モック) に置き換えます。料金サービスを呼び出す代わりに、次のように言います。「常に料金として値 10 を返します。」
カートのアイテムの値を合計し、送料を追加する関数 CalculateTotalPurchase() をテストしたいと想像してください。スタブを使用して、配送料サービスを、配送料として常に「10」を返す値に置き換えます。このように:
// This is the mock const MOVIES_FROM_API = [ { id: 1, name: "Interstellar" }, { id: 2, name: "Nosferatu" } ] // Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section. const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API) ;(async () => { { const expectedMovies = MOVIES_FROM_API const movies = await fetchMoviesFromAPI() expect(movies).toEqual(MOVIES_FROM_API) } })()
これによりテストが簡素化され、再現性が確保され、常に同じように動作します。さらに、スタブはテストの分離に役立ち、有料 API の状態や可用性を心配する必要がなくなります。
要約すると、実際の牛乳の量を測るのではなく、常に牛乳 200ml と表示されている計量カップを使用してケーキのレシピをテストするようなものです。この方法では、牛乳が正しく計量されているかどうかを気にせずに、材料を混合できるかどうかだけをテストすることになります。
モック、スタブ...そして最後に、スパイとは何ですか?
オブジェクトをシミュレートするモックと、関数の動作を模倣するスタブを検討してきました。さて、スパイについて話しましょう。彼らは具体的に何をするのでしょうか?
スパイは関数を監視し、呼び出された回数、受け取ったパラメータ、および各実行の結果を記録します。これらを使用すると、関数の動作を変更せずに観察でき、すべてが期待どおりに動作していることを確認できます。
プロジェクトの通知モジュールをテストしていると想像してください。注文が完了するたびに、システムは顧客にメッセージを送信し、エントリを記録する必要があります。この場合、これらのアクションが確実に実行されるようにするだけで、いずれも置き換えたくありません。スパイを使用すると、これらの機能の動作を変更することなく監視できます。これにより、以下を確認できるようになります。
- 関数が呼び出された場合
- 何回呼び出されました
- 受け取った引数
たとえば、顧客に通知を送信し、エントリを記録する completeOrder() 関数をスパイでテストしたい場合は、次のように検証できます。
- 通知関数が呼び出された場合
- ログ関数が呼び出された場合
- これらの関数が受け取った引数。
// This is the mock const MOVIES_FROM_API = [ { id: 1, name: "Interstellar" }, { id: 2, name: "Nosferatu" } ] // Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section. const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API) ;(async () => { { const expectedMovies = MOVIES_FROM_API const movies = await fetchMoviesFromAPI() expect(movies).toEqual(MOVIES_FROM_API) } })()
結論としては、シェフがキッチンで何をしているかを観察するためにカメラを設置するようなものです。彼らがやっていることをあなたは邪魔しません。レシピに従っているかどうかを確認するだけです。
それで、以上です!信頼性が高く効率的なテストを作成するための基本要素であるモック、スタブ、スパイという用語を学び、理解しました。これで、学習をさらに深めることができます。また会いましょう、さようなら!
以上がTDD 前: モック、スタブ、スパイとは何かを知る必要があるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

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

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











フロントエンドのサーマルペーパーチケット印刷のためのよくある質問とソリューションフロントエンド開発におけるチケット印刷は、一般的な要件です。しかし、多くの開発者が実装しています...

JavaScriptは現代のWeb開発の基礎であり、その主な機能には、イベント駆動型のプログラミング、動的コンテンツ生成、非同期プログラミングが含まれます。 1)イベント駆動型プログラミングにより、Webページはユーザー操作に応じて動的に変更できます。 2)動的コンテンツ生成により、条件に応じてページコンテンツを調整できます。 3)非同期プログラミングにより、ユーザーインターフェイスがブロックされないようにします。 JavaScriptは、Webインタラクション、シングルページアプリケーション、サーバー側の開発で広く使用されており、ユーザーエクスペリエンスとクロスプラットフォーム開発の柔軟性を大幅に改善しています。

スキルや業界のニーズに応じて、PythonおよびJavaScript開発者には絶対的な給与はありません。 1. Pythonは、データサイエンスと機械学習でさらに支払われる場合があります。 2。JavaScriptは、フロントエンドとフルスタックの開発に大きな需要があり、その給与もかなりです。 3。影響要因には、経験、地理的位置、会社の規模、特定のスキルが含まれます。

この記事の視差スクロールと要素のアニメーション効果の実現に関する議論では、Shiseidoの公式ウェブサイト(https://www.shisido.co.co.jp/sb/wonderland/)と同様の達成方法について説明します。

JavaScriptを学ぶことは難しくありませんが、挑戦的です。 1)変数、データ型、関数などの基本概念を理解します。2)非同期プログラミングをマスターし、イベントループを通じて実装します。 3)DOM操作を使用し、非同期リクエストを処理することを約束します。 4)一般的な間違いを避け、デバッグテクニックを使用します。 5)パフォーマンスを最適化し、ベストプラクティスに従ってください。

JavaScriptの最新トレンドには、TypeScriptの台頭、最新のフレームワークとライブラリの人気、WebAssemblyの適用が含まれます。将来の見通しは、より強力なタイプシステム、サーバー側のJavaScriptの開発、人工知能と機械学習の拡大、およびIoTおよびEDGEコンピューティングの可能性をカバーしています。

同じIDを持つ配列要素をJavaScriptの1つのオブジェクトにマージする方法は?データを処理するとき、私たちはしばしば同じIDを持つ必要性に遭遇します...

フロントエンドのVSCodeと同様に、パネルドラッグアンドドロップ調整機能の実装を調べます。フロントエンド開発では、VSCODEと同様のVSCODEを実装する方法...
