- Notifications
You must be signed in to change notification settings - Fork1.1k
🐐 Simple and complete React DOM testing utilities that encourage good testing practices.
License
testing-library/react-testing-library
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
You want to write maintainable tests for your React components. As a part ofthis goal, you want your tests to avoid including implementation details of yourcomponents and rather focus on making your tests give you the confidence forwhich they are intended. As part of this, you want your testbase to bemaintainable in the long run so refactors of your components (changes toimplementation but not functionality) don't break your tests and slow you andyour team down.
TheReact Testing Library
is a very lightweight solution for testing Reactcomponents. It provides light utility functions on top ofreact-dom
andreact-dom/test-utils
, in a way that encourages better testing practices. Itsprimary guiding principle is:
The more your tests resemble the way your software is used, the moreconfidence they can give you.
This module is distributed vianpm which is bundled withnode andshould be installed as one of your project'sdevDependencies
.
Starting from RTL version 16, you'll also need to install@testing-library/dom
:
npm install --save-dev @testing-library/react @testing-library/dom
or
for installation viayarn
yarn add --dev @testing-library/react @testing-library/dom
This library haspeerDependencies
listings forreact
,react-dom
andstarting from RTL version 16 also@testing-library/dom
.
React Testing Library versions 13+ require React v18. If your project uses anolder version of React, be sure to install version 12:
npm install --save-dev @testing-library/react@12yarn add --dev @testing-library/react@12
You may also be interested in installing@testing-library/jest-dom
so you canusethe custom jest matchers.
There is a known compatibility issue with React DOM 16.8 where you will see thefollowing warning:
Warning: An update to ComponentName inside a test was not wrapped in act(...).
If you cannot upgrade to React DOM 16.9, you may suppress the warnings by addingthe following snippet to your test configuration(learn more):
// this is just a little hack to silence a warning that we'll get until we// upgrade to 16.9. See also: https://github.com/facebook/react/pull/14853constoriginalError=console.errorbeforeAll(()=>{console.error=(...args)=>{if(/Warning.*notwrappedinact/.test(args[0])){return}originalError.call(console, ...args)}})afterAll(()=>{console.error=originalError})
// hidden-message.jsimport*asReactfrom'react'// NOTE: React Testing Library works well with React Hooks and classes.// Your tests will be the same regardless of how you write your components.functionHiddenMessage({children}){const[showMessage,setShowMessage]=React.useState(false)return(<div><labelhtmlFor="toggle">Show Message</label><inputid="toggle"type="checkbox"onChange={e=>setShowMessage(e.target.checked)}checked={showMessage}/>{showMessage ?children :null}</div>)}exportdefaultHiddenMessage
// __tests__/hidden-message.js// these imports are something you'd normally configure Jest to import for you// automatically. Learn more in the setup docs: https://testing-library.com/docs/react-testing-library/setup#cleanupimport'@testing-library/jest-dom'// NOTE: jest-dom adds handy assertions to Jest and is recommended, but not requiredimport*asReactfrom'react'import{render,fireEvent,screen}from'@testing-library/react'importHiddenMessagefrom'../hidden-message'test('shows the children when the checkbox is checked',()=>{consttestMessage='Test Message'render(<HiddenMessage>{testMessage}</HiddenMessage>)// query* functions will return the element or null if it cannot be found// get* functions will return the element or throw an error if it cannot be foundexpect(screen.queryByText(testMessage)).toBeNull()// the queries can accept a regex to make your selectors more resilient to content tweaks and changes.fireEvent.click(screen.getByLabelText(/show/i))// .toBeInTheDocument() is an assertion that comes from jest-dom// otherwise you could use .toBeDefined()expect(screen.getByText(testMessage)).toBeInTheDocument()})
// login.jsimport*asReactfrom'react'functionLogin(){const[state,setState]=React.useReducer((s,a)=>({...s, ...a}),{resolved:false,loading:false,error:null,})functionhandleSubmit(event){event.preventDefault()const{usernameInput, passwordInput}=event.target.elementssetState({loading:true,resolved:false,error:null})window.fetch('/api/login',{method:'POST',headers:{'Content-Type':'application/json'},body:JSON.stringify({username:usernameInput.value,password:passwordInput.value,}),}).then(r=>r.json().then(data=>(r.ok ?data :Promise.reject(data)))).then(user=>{setState({loading:false,resolved:true,error:null})window.localStorage.setItem('token',user.token)},error=>{setState({loading:false,resolved:false,error:error.message})},)}return(<div><formonSubmit={handleSubmit}><div><labelhtmlFor="usernameInput">Username</label><inputid="usernameInput"/></div><div><labelhtmlFor="passwordInput">Password</label><inputid="passwordInput"type="password"/></div><buttontype="submit">Submit{state.loading ?'...' :null}</button></form>{state.error ?<divrole="alert">{state.error}</div> :null}{state.resolved ?(<divrole="alert">Congrats! You're signed in!</div>) :null}</div>)}exportdefaultLogin
// __tests__/login.js// again, these first two imports are something you'd normally handle in// your testing framework configuration rather than importing them in every file.import'@testing-library/jest-dom'import*asReactfrom'react'// import API mocking utilities from Mock Service Worker.import{rest}from'msw'import{setupServer}from'msw/node'// import testing utilitiesimport{render,fireEvent,screen}from'@testing-library/react'importLoginfrom'../login'constfakeUserResponse={token:'fake_user_token'}constserver=setupServer(rest.post('/api/login',(req,res,ctx)=>{returnres(ctx.json(fakeUserResponse))}),)beforeAll(()=>server.listen())afterEach(()=>{server.resetHandlers()window.localStorage.removeItem('token')})afterAll(()=>server.close())test('allows the user to login successfully',async()=>{render(<Login/>)// fill out the formfireEvent.change(screen.getByLabelText(/username/i),{target:{value:'chuck'},})fireEvent.change(screen.getByLabelText(/password/i),{target:{value:'norris'},})fireEvent.click(screen.getByText(/submit/i))// just like a manual tester, we'll instruct our test to wait for the alert// to show up before continuing with our assertions.constalert=awaitscreen.findByRole('alert')// .toHaveTextContent() comes from jest-dom's assertions// otherwise you could use expect(alert.textContent).toMatch(/congrats/i)// but jest-dom will give you better error messages which is why it's recommendedexpect(alert).toHaveTextContent(/congrats/i)expect(window.localStorage.getItem('token')).toEqual(fakeUserResponse.token)})test('handles server exceptions',async()=>{// mock the server error response for this test suite only.server.use(rest.post('/api/login',(req,res,ctx)=>{returnres(ctx.status(500),ctx.json({message:'Internal server error'}))}),)render(<Login/>)// fill out the formfireEvent.change(screen.getByLabelText(/username/i),{target:{value:'chuck'},})fireEvent.change(screen.getByLabelText(/password/i),{target:{value:'norris'},})fireEvent.click(screen.getByText(/submit/i))// wait for the error messageconstalert=awaitscreen.findByRole('alert')expect(alert).toHaveTextContent(/internalservererror/i)expect(window.localStorage.getItem('token')).toBeNull()})
We recommend usingMock Service Worker libraryto declaratively mock API communication in your tests instead of stubbing
window.fetch
, or relying on third-party adapters.
We're in the process of moving examples to thedocs site
You'll find runnable examples of testing with different libraries inthereact-testing-library-examples
codesandbox.Some included are:
If you are interested in testing a custom hook, check outReact Hooks TestingLibrary.
NOTE: it is not recommended to test single-use custom hooks in isolation fromthe components where it's being used. It's better to test the component that'susing the hook rather than the hook itself. The
React Hooks Testing Library
is intended to be used for reusable hooks/libraries.
The more your tests resemble the way your software is used, the moreconfidence they can give you.
We try to only expose methods and utilities that encourage you to write teststhat closely resemble how your React components are used.
Utilities are included in this project based on the following guidingprinciples:
- If it relates to rendering components, it deals with DOM nodes rather thancomponent instances, nor should it encourage dealing with componentinstances.
- It should be generally useful for testing individual React components orfull React applications. While this library is focused on
react-dom
,utilities could be included even if they don't directly relate toreact-dom
. - Utility implementations and APIs should be simple and flexible.
Most importantly, we want React Testing Library to be pretty light-weight,simple, and easy to understand.
Looking to contribute? Look for theGood First Issue label.
Please file an issue for bugs, missing documentation, or unexpected behavior.
Please file an issue to suggest new features. Vote on feature requests by addinga 👍. This helps maintainers prioritize what to work on.
For questions related to using the library, please visit a support communityinstead of filing an issue on GitHub.
Thanks goes to these people (emoji key):
This project follows theall-contributors specification.Contributions of any kind welcome!
About
🐐 Simple and complete React DOM testing utilities that encourage good testing practices.
Topics
Resources
License
Code of conduct
Uh oh!
There was an error while loading.Please reload this page.
Stars
Watchers
Forks
Uh oh!
There was an error while loading.Please reload this page.