皆さんこんにちは！今日は、非常に興味深いと思われるトピックを取り上げます。 TDD、BDD、テストの設(shè)計(jì)パターン、テストの書き方、その他多くの関連トピックについて論じた記事がオンラインに多數(shù)あることは知っています。しかし、テストの世界におけるより基本的な用語(yǔ)、つまり私たちが頻繁に使用する関數(shù)ですが、その意味や動(dòng)作が必ずしも完全に理解されているとは限らないものについて説明している記事はほとんどありません。テストについて學(xué)び始めたばかりで、ライブラリ関數(shù)が何をするのか正確に理解していない場(chǎng)合は、この記事が役に立ちます。ぜひ読んでみてください!

モックとは何ですか?

テストを書き始めるとすぐに最初に遭遇するのはモックです。すでに使用しているけれども、その意味を正確に理解していない場(chǎng)合があります。それでは、詳しく見(jiàn)ていきましょう。

モックは主に単體テストで使用されます。これらは、通常は外部の依存関係から來(lái)るコンテンツ、オブジェクト、または応答をシミュレートするために使用されるツールであり、コンテンツに特定の情報(bào)が必要な場(chǎng)合に使用されます。

映畫推薦システムをテストしていると想像してください。このシステムは、API から映畫のリストを取得し、それを返します。

問(wèn)題は、テストを?qū)g行するたびに実際の API が呼び出される場(chǎng)合、動(dòng)作が遅くなり一貫性がなくなる可能性があり (ムービーが異なる可能性があるか、API がダウンしている可能性があります)、テストの信頼性が低下する可能性があります。

分かった、レオ、問(wèn)題は分かった。でも、モックはこれをどうやって解決するの? そうですね、それは簡(jiǎn)単です。API を呼び出す代わりに、その応答を映畫の靜的リストとして使用します。これは基本的に、映畫のリストを使用して API 応答を「?jìng)窝b」しています。

映畫システムの例では、API を使用して映畫を取得する fetchMoviesFromAPI() という関數(shù)をテストする場(chǎng)合、次のように 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 の不安定性やダウンタイムを心配することなく、機(jī)能の検証に集中できるようになります。

モックは、テストに必要な呼び出しやその他のオブジェクトからの応答をシミュレートする靜的オブジェクトです。

結(jié)局のところ、本物のガソリンを使わずに車をテストするようなものです。道路に出す前に、エンジンが確実に作動(dòng)するように制御された環(huán)境を作成します。

モックを取得しましたが、スタブとは何ですか?

スタブもテスト ツールですが、目的は少し異なります。関數(shù)の動(dòng)作をあらかじめ決められたものに置き換え、多くの場(chǎng)合モックを使用して特定の値を返します。

スタブは関數(shù)の動(dòng)作を置き換えます。たとえば、その映畫 API にアクセスすると、関數(shù)は実際の呼び出しを行わず、モック (映畫の靜的リスト) を參照します。

これらは、テストが外部サービスやインターネットに依存すべきではないことを思い出させるものでもあります。

少し背景を説明しましょう。オンライン購(gòu)入の合計(jì)金額を計(jì)算するアプリケーションをテストしていると想像してください。計(jì)算には外部サービスから取得した料金が含まれます。テストを?qū)g行するたびに、この計(jì)算を行う必要があります。つまり、外部サービスを呼び出す必要があります。これにより、速度が遅く、不安定で、コストがかかり (外部サービスがリクエストごとに料金を請(qǐng)求する可能性があるため)、一貫性のないテスト (値が変更される可能性がある) が発生する可能性があります。

スタブを使用すると、実際のサービス呼び出しを固定の事前定義値 (はい、モック) に置き換えます。料金サービスを呼び出す代わりに、次のように言います。「常に料金として値 10 を返します?！?/em>

// 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)
    }
})()

// 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)
    }
})()