axios-mock-adapter vs fetch-mock vs msw vs nock
HTTPモックライブラリ
axios-mock-adapterfetch-mockmswnock類似パッケージ:

HTTPモックライブラリ

HTTPモックライブラリは、APIリクエストを模擬するためのツールであり、テスト環境での外部依存を排除し、安定したテストを可能にします。これにより、ネットワークの遅延や不安定さを気にせずに、アプリケーションの動作を確認することができます。これらのライブラリは、開発者がAPIの応答をカスタマイズし、さまざまなシナリオをシミュレートするのに役立ちます。

npmのダウンロードトレンド

3 年

GitHub Starsランキング

統計詳細

パッケージ
ダウンロード数
Stars
サイズ
Issues
公開日時
ライセンス
axios-mock-adapter03,55167.9 kB961年前MIT
fetch-mock01,309157 kB95ヶ月前MIT
msw017,7634.92 MB425日前MIT
nock013,090185 kB881ヶ月前MIT

機能比較: axios-mock-adapter vs fetch-mock vs msw vs nock

モックの設定

  • axios-mock-adapter:

    axios-mock-adapterは、Axiosインスタンスに対して直接モックを設定でき、特定のリクエストメソッド(GET、POSTなど)やURLに基づいて応答を定義することができます。これにより、Axiosを使用するアプリケーションのテストが容易になります。

  • fetch-mock:

    fetch-mockは、Fetch APIを使用しているアプリケーションに対して、リクエストに基づいて応答を設定することができ、特定のURLやHTTPメソッドに対するモックを簡単に作成できます。

  • msw:

    MSWは、Service Workerを利用して、リクエストをインターセプトし、モックすることができます。これにより、実際のネットワーク環境に近い形でテストを行うことができ、開発中のアプリケーションに対してリアルなシナリオをシミュレートできます。

  • nock:

    nockは、Node.js環境でのHTTPリクエストをモックするためのライブラリで、特定のURLに対するリクエストをキャッチし、カスタマイズした応答を返すことができます。これにより、サーバーとのインタラクションを模擬し、テストを行うことができます。

テストの柔軟性

  • axios-mock-adapter:

    axios-mock-adapterは、Axiosのインスタンスに対してモックを設定するため、特定のテストケースに応じて異なる応答を簡単に設定できます。これにより、さまざまなシナリオをテストする際の柔軟性が向上します。

  • fetch-mock:

    fetch-mockは、Fetch APIのリクエストに対して、異なる応答を設定することができるため、さまざまなエラーシナリオや成功シナリオを簡単にテストできます。

  • msw:

    MSWは、リクエストをインターセプトするため、実際のAPIと同様の動作を模擬しながら、さまざまなテストシナリオを設定することができます。これにより、フロントエンドとバックエンドの統合テストが容易になります。

  • nock:

    nockは、Node.jsのHTTPリクエストをモックするため、特定のリクエストに対する応答を柔軟に設定でき、さまざまなテストケースに対応することができます。

学習曲線

  • axios-mock-adapter:

    axios-mock-adapterは、AxiosのAPIに基づいているため、Axiosを既に使用している開発者にとっては学習が容易です。

  • fetch-mock:

    fetch-mockは、Fetch APIに基づいているため、Fetchを使用している開発者にとっては直感的に使用できます。

  • msw:

    MSWは、Service Workerの概念を理解する必要があるため、他のモックライブラリに比べて若干の学習曲線がありますが、強力な機能を提供します。

  • nock:

    nockは、Node.js環境でのHTTPリクエストをモックするため、Node.jsに慣れている開発者にとっては比較的簡単に学習できます。

使用シナリオ

  • axios-mock-adapter:

    axios-mock-adapterは、Axiosを使用しているフロントエンドアプリケーションのテストに最適です。特に、APIの応答をモックする必要がある場合に便利です。

  • fetch-mock:

    fetch-mockは、Fetch APIを使用しているアプリケーションで、特にブラウザ環境でのテストに適しています。

  • msw:

    MSWは、フロントエンドアプリケーションの開発中に、実際のAPIとのインタラクションを模擬するために使用されます。特に、複雑なAPIとの統合テストに適しています。

  • nock:

    nockは、Node.js環境でのバックエンドテストやAPIのモックに最適です。特に、サーバーサイドのロジックをテストする際に役立ちます。

メンテナンス

  • axios-mock-adapter:

    axios-mock-adapterは、Axiosのバージョンに依存しているため、Axiosのアップデートに合わせてメンテナンスが必要です。

  • fetch-mock:

    fetch-mockは、Fetch APIの仕様に従っているため、Fetchの変更に応じてメンテナンスが必要です。

  • msw:

    MSWは、Service Workerの仕様に基づいているため、ブラウザの互換性に注意が必要ですが、強力な機能を提供します。

  • nock:

    nockは、Node.jsのHTTPリクエストをモックするため、Node.jsのバージョンに依存しており、メンテナンスが必要です。

選び方: axios-mock-adapter vs fetch-mock vs msw vs nock

  • axios-mock-adapter:

    Axiosを使用している場合、axios-mock-adapterを選択することで、Axiosのインスタンスに直接モックを追加し、簡単にテストを行うことができます。

  • fetch-mock:

    Fetch APIを使用している場合、fetch-mockを選択することで、Fetchリクエストを簡単にモックし、特定のリクエストに対する応答を設定できます。

  • msw:

    アプリケーションのリクエストをインターセプトし、モックする必要がある場合、MSW(Mock Service Worker)を選択することで、ブラウザのService Workerを利用して、実際のリクエストを模擬することができます。

  • nock:

    Node.js環境でのHTTPリクエストをモックしたい場合、nockを選択することで、サーバーへのリクエストを簡単にモックし、特定の応答を設定することができます。

axios-mock-adapter のREADME

axios-mock-adapter

Axios adapter that allows to easily mock requests

Installation

Using npm:

$ npm install axios-mock-adapter --save-dev

It's also available as a UMD build:

axios-mock-adapter works on Node as well as in a browser, it works with axios v0.17.0 and above.

Example

Mocking a GET request

const axios = require("axios");
const AxiosMockAdapter = require("axios-mock-adapter");

// This sets the mock adapter on the default instance
const mock = new AxiosMockAdapter(axios);

// Mock any GET request to /users
// arguments for reply are (status, data, headers)
mock.onGet("/users").reply(200, {
  users: [{ id: 1, name: "John Smith" }],
});

axios.get("/users").then(function (response) {
  console.log(response.data);
});

Mocking a GET request with specific parameters

const axios = require("axios");
const AxiosMockAdapter = require("axios-mock-adapter");

// This sets the mock adapter on the default instance
const mock = new AxiosMockAdapter(axios);

// Mock GET request to /users when param `searchText` is 'John'
// arguments for reply are (status, data, headers)
mock.onGet("/users", { params: { searchText: "John" } }).reply(200, {
  users: [{ id: 1, name: "John Smith" }],
});

axios
  .get("/users", { params: { searchText: "John" } })
  .then(function (response) {
    console.log(response.data);
  });

When using params, you must match all key/value pairs passed to that option.

To add a delay to responses, specify a delay amount (in milliseconds) when instantiating the adapter

// All requests using this instance will have a 2 seconds delay:
const mock = new AxiosMockAdapter(axiosInstance, { delayResponse: 2000 });

You can restore the original adapter (which will remove the mocking behavior)

mock.restore();

You can also reset the registered mock handlers with resetHandlers

mock.resetHandlers();

You can reset both registered mock handlers and history items with reset

mock.reset();

reset is different from restore in that restore removes the mocking from the axios instance completely, whereas reset only removes all mock handlers that were added with onGet, onPost, etc. but leaves the mocking in place.

Mock a low level network error

// Returns a failed promise with Error('Network Error');
mock.onGet("/users").networkError();

// networkErrorOnce can be used to mock a network error only once
mock.onGet("/users").networkErrorOnce();

Mock a network timeout

// Returns a failed promise with Error with code set to 'ECONNABORTED'
mock.onGet("/users").timeout();

// timeoutOnce can be used to mock a timeout only once
mock.onGet("/users").timeoutOnce();

Passing a function to reply

mock.onGet("/users").reply(function (config) {
  // `config` is the axios config and contains things like the url

  // return an array in the form of [status, data, headers]
  return [
    200,
    {
      users: [{ id: 1, name: "John Smith" }],
    },
  ];
});

Passing a function to reply that returns an axios request, essentially mocking a redirect

mock.onPost("/foo").reply(function (config) {
  return axios.get("/bar");
});

Using a regex

mock.onGet(/\/users\/\d+/).reply(function (config) {
  // the actual id can be grabbed from config.url

  return [200, {}];
});

Using variables in regex

const usersUri = "/users";
const url = new RegExp(`${usersUri}/*`);

mock.onGet(url).reply(200, users);

Specify no path to match by verb alone

// Reject all POST requests with HTTP 500
mock.onPost().reply(500);

Chaining is also supported

mock.onGet("/users").reply(200, users).onGet("/posts").reply(200, posts);

.replyOnce() can be used to let the mock only reply once

mock
  .onGet("/users")
  .replyOnce(200, users) // After the first request to /users, this handler is removed
  .onGet("/users")
  .replyOnce(500); // The second request to /users will have status code 500
// Any following request would return a 404 since there are
// no matching handlers left

Mocking any request to a given url

// mocks GET, POST, ... requests to /foo
mock.onAny("/foo").reply(200);

.onAny can be useful when you want to test for a specific order of requests

// Expected order of requests:
const responses = [
  ["GET", "/foo", 200, { foo: "bar" }],
  ["POST", "/bar", 200],
  ["PUT", "/baz", 200],
];

// Match ALL requests
mock.onAny().reply((config) => {
  const [method, url, ...response] = responses.shift();
  if (config.url === url && config.method.toUpperCase() === method)
    return response;
  // Unexpected request, error out
  return [500, {}];
});

Requests that do not map to a mock handler are rejected with a HTTP 404 response. Since handlers are matched in order, a final onAny() can be used to change the default behaviour

// Mock GET requests to /foo, reject all others with HTTP 500
mock.onGet("/foo").reply(200).onAny().reply(500);

Mocking a request with a specific request body/data

mock.onPut("/product", { id: 4, name: "foo" }).reply(204);

Using an asymmetric matcher, for example Jest matchers

mock
  .onPost(
    "/product",
    { id: 1 },
    {
      headers: expect.objectContaining({
        Authorization: expect.stringMatching(/^Basic /),
      })
    }
  )
  .reply(204);

Using a custom asymmetric matcher (any object that has a asymmetricMatch property)

mock
  .onPost("/product", {
    asymmetricMatch: function (actual) {
      return ["computer", "phone"].includes(actual["type"]);
    },
  })
  .reply(204);

.passThrough() forwards the matched request over network

// Mock POST requests to /api with HTTP 201, but forward
// GET requests to server
mock
  .onPost(/^\/api/)
  .reply(201)
  .onGet(/^\/api/)
  .passThrough();

Recall that the order of handlers is significant

// Mock specific requests, but let unmatched ones through
mock
  .onGet("/foo")
  .reply(200)
  .onPut("/bar", { xyz: "abc" })
  .reply(204)
  .onAny()
  .passThrough();

Note that passThrough requests are not subject to delaying by delayResponse.

If you set onNoMatch option to passthrough all requests would be forwarded over network by default

// Mock all requests to /foo with HTTP 200, but forward
// any others requests to server
const mock = new AxiosMockAdapter(axiosInstance, { onNoMatch: "passthrough" });

mock.onAny("/foo").reply(200);

Using onNoMatch option with throwException to throw an exception when a request is made without match any handler. It's helpful to debug your test mocks.

const mock = new AxiosMockAdapter(axiosInstance, { onNoMatch: "throwException" });

mock.onAny("/foo").reply(200);

axios.get("/unexistent-path");

// Exception message on console:
//
// Could not find mock for: 
// {
//   "method": "get",
//   "url": "http://localhost/unexistent-path"
// }

As of 1.7.0, reply function may return a Promise:

mock.onGet("/product").reply(function (config) {
  return new Promise(function (resolve, reject) {
    setTimeout(function () {
      if (Math.random() > 0.1) {
        resolve([200, { id: 4, name: "foo" }]);
      } else {
        // reject() reason will be passed as-is.
        // Use HTTP error status code to simulate server failure.
        resolve([500, { success: false }]);
      }
    }, 1000);
  });
});

Composing from multiple sources with Promises:

const normalAxios = axios.create();
const mockAxios = axios.create();
const mock = new AxiosMockAdapter(mockAxios);

mock
  .onGet("/orders")
  .reply(() =>
    Promise.all([
      normalAxios.get("/api/v1/orders").then((resp) => resp.data),
      normalAxios.get("/api/v2/orders").then((resp) => resp.data),
      { id: "-1", content: "extra row 1" },
      { id: "-2", content: "extra row 2" },
    ]).then((sources) => [
      200,
      sources.reduce((agg, source) => agg.concat(source)),
    ])
  );

History

The history property allows you to enumerate existing axios request objects. The property is an object of verb keys referencing arrays of request objects.

This is useful for testing.

describe("Feature", () => {
  it("requests an endpoint", (done) => {
    const mock = new AxiosMockAdapter(axios);
    mock.onPost("/endpoint").replyOnce(200);

    feature
      .request()
      .then(() => {
        expect(mock.history.post.length).toBe(1);
        expect(mock.history.post[0].data).toBe(JSON.stringify({ foo: "bar" }));
      })
      .then(done)
      .catch(done.fail);
  });
});

You can clear the history with resetHistory

mock.resetHistory();