- Mock Rest and GraphQL requests right inside your story.
- Document how a component behaves in various scenarios.
- Get a11y, snapshot and visual tests using other addons for free.
Full documentation and live demos
With npm:
npm i msw msw-storybook-addon -DOr with yarn:
yarn add msw msw-storybook-addon -DIf you already use MSW in your project, you have likely done this before so you can skip this step.
npx msw init public/Refer to the MSW official guide for framework specific paths if you don't use public.
Enable MSW in Storybook by initializing MSW and providing the MSW loader in ./storybook/preview.js:
import { initialize, mswLoader } from 'msw-storybook-addon'
// Initialize MSW
initialize()
const preview = {
parameters: {
// your other code...
},
// Provide the MSW addon loader globally
loaders: [mswLoader],
}
export default previewWhen running Storybook, you have to serve the public folder as an asset to Storybook, so that MSW is included, otherwise it will not be available in the browser.
This means you should set the staticDirs field in the Storybook main config file. Refer to the docs if needed.
npm run storybookYou can pass request handlers (https://mswjs.io/docs/concepts/request-handler) into the handlers property of the msw parameter. This is commonly an array of handlers.
import { http, HttpResponse } from 'msw'
export const SuccessBehavior = {
parameters: {
msw: {
handlers: [
http.get('/user', () => {
return HttpResponse.json({
firstName: 'Neil',
lastName: 'Maverick',
})
}),
],
},
},
}The handlers property can also be an object where the keys are either arrays of handlers or a handler itself. This enables you to inherit (and optionally overwrite/disable) handlers from preview.js using parameter inheritance:
type MswParameter = {
handlers: RequestHandler[] | Record<string, RequestHandler | RequestHandler[]>
}Suppose you have an application where almost every component needs to mock requests to /login and /logout the same way.
You can set global MSW handlers in preview.js for those requests and bundle them into a property called auth, for example:
//preview.ts
import { http, HttpResponse } from 'msw'
// These handlers will be applied in every story
export const parameters = {
msw: {
handlers: {
auth: [
http.get('/login', () => {
return HttpResponse.json({
success: true,
})
}),
http.get('/logout', () => {
return HttpResponse.json({
success: true,
})
}),
],
},
},
}Then, you can use other handlers in your individual story. Storybook will merge both global handlers and story handlers:
import { http, HttpResponse } from 'msw'
// This story will include the auth handlers from .storybook/preview.ts and profile handlers
export const SuccessBehavior = {
parameters: {
msw: {
handlers: {
profile: http.get('/profile', () => {
return HttpResponse.json({
firstName: 'Neil',
lastName: 'Maverick',
})
}),
},
},
},
}Now suppose you want to ovewrite the global handlers for auth. All you have to do is set them again in your story and these values will take precedence:
import { http, HttpResponse } from 'msw'
// This story will overwrite the auth handlers from preview.ts
export const FailureBehavior = {
parameters: {
msw: {
handlers: {
auth: http.get('/login', () => {
return HttpResponse.json(null, { status: 403 })
}),
},
},
},
}What if you want to disable global handlers? All you have to do is set them as null and they will be ignored for your story:
import { http, HttpResponse } from 'msw'
// This story will disable the auth handlers from preview.ts
export const NoAuthBehavior = {
parameters: {
msw: {
handlers: {
auth: null,
others: [
http.get('/numbers', () => {
return HttpResponse.json([1, 2, 3])
}),
http.get('/strings', () => {
return HttpResponse.json(['a', 'b', 'c'])
}),
],
},
},
},
}msw-storybook-addon starts MSW with default configuration. initialize takes two arguments:
options: this gets passed down toworker.start()when in the browser orserver.listen()when in Node, so the same types are expected.initialHandlers: aRequestHandler[]type, this array is spread to eithersetupWorker()when in the browser orsetupServer()when in Node.
A common example is to configure the onUnhandledRequest behavior, as MSW logs a warning in case there are requests which were not handled.
If you want MSW to bypass unhandled requests and not do anything:
// .storybook/preview.ts
import { initialize } from 'msw-storybook-addon'
initialize({
onUnhandledRequest: 'bypass',
})If you want to warn a helpful message in case stories make requests that should be handled but are not:
// .storybook/preview.ts
import { initialize } from 'msw-storybook-addon'
initialize({
onUnhandledRequest: ({ url, method }) => {
const pathname = new URL(url).pathname
if (pathname.startsWith('/my-specific-api-path')) {
console.error(`Unhandled ${method} request to ${url}.
This exception has been only logged in the console, however, it's strongly recommended to resolve this error as you don't want unmocked data in Storybook stories.
If you wish to mock an error response, please refer to this guide: https://mswjs.io/docs/recipes/mocking-error-responses
`)
}
},
})Although composing handlers is possible, that relies on Storybook's merging logic, which only works when the handlers in your story's parameters are objects and not arrays. To get around this limitation, you can pass initial request handlers directly the initialize function as a second argument.
// .storybook/preview.ts
import { http, HttpResponse } from 'msw'
import { initialize } from 'msw-storybook-addon'
initialize({}, [
http.get('/numbers', () => {
return HttpResponse.json([1, 2, 3])
}),
http.get('/strings', () => {
return HttpResponse.json(['a', 'b', 'c'])
}),
])If you're using portable stories, you need to make sure the MSW loaders are applied correctly.
You do so by calling the load function of your story before rendering it:
import { composeStories } from '@storybook/react'
import * as stories from './MyComponent.stories'
const { Success } = composeStories(stories)
test('<Success />', async() => {
// ๐ Crucial step, so that the MSW loaders are applied
await Success.load()
render(<Success />)
})You do so by calling the applyRequestHandlers helper before rendering your story:
import { applyRequestHandlers } from 'msw-storybook-addon'
import { composeStories } from '@storybook/react'
import * as stories from './MyComponent.stories'
const { Success } = composeStories(stories)
test('<Success />', async() => {
// ๐ Crucial step, so that the MSW loaders are applied
await applyRequestHandlers(Success.parameters.msw)
render(<Success />)
})Note: The
applyRequestHandlersutility should be an internal detail that is called automatically by the portable stories, however as it's not possible in Storybook 7, it's exported by the addon. It will be removed in upcoming releases, so it is recommended that you upgrade to Storybook 8 when possible.
If you're experiencing issues like [MSW] Failed to mock a "GET" request to "http://localhost:6006/4cb31fa2eee22cf5b32f.hot-update.json" in the console, it's likely that MSW is interfering with HMR. This is not common and it seems to only happen in Webpack projects, but if it happens to you, you can follow the steps in this issue to fix it:
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent