引言
在2020的今天，构建一个 web 应用对于咱们来讲，并不是什么难事。由于有不少足够多优秀的的前端框架（好比 React，Vue 和 Angular）；以及一些易用且强大的UI库（好比 Ant Design）为咱们保驾护航，极大地缩短了应用构建的周期。html
可是，互联网时代也急剧地改变了许多软件设计，开发和发布的方式。开发者面临的问题是，需求愈来愈多，应用愈来愈复杂，时不时会有一种失控的的感受，并在心中大喊一句：“我太南了！”。严重的时候甚至会出现我改了一行代码，却不清楚其影响范围状况。这种时候，就须要测试的方式，来保障咱们应用的质量和稳定性了。前端
接下来，让咱们学习下，如何给 React 应用写单元测试吧🎁node
须要什么样的测试
软件测试是有级别的，下面是《Google软件测试之道》一书中，对于测试认证级别的定义，摘录以下：react
•级别1ios
•使用测试覆盖率工具。•使用持续集成。•测试分级为小型、中型、大型。•建立冒烟测试集合（主流程测试用例）。•标记哪些测试是非肯定性的测试（测试结果不惟一）。git
•级别2github
•若是有测试运行结果为红色（失败❌）就不会发布。•每次代码提交以前都要求经过冒烟测试。（自测，简单走下主流程）•各类类型的总体代码覆盖率要大于50%。•小型测试的覆盖率要大于10%。web
•级别3npm
•全部重要的代码变动都要通过测试。•小型测试的覆盖率大于50%。•新增重要功能都要经过集成测试的验证。redux
•级别4
•在提交任何新代码以前都会自动运行冒烟测试。•冒烟测试必须在30分钟内运行完毕。•没有不肯定性的测试。•整体测试覆盖率应该不小于40%。•小型测试的代码覆盖率应该不小于25%。•全部重要的功能都应该被集成测试验证到。
•级别5
•对每个重要的缺陷修复都要增长一个测试用例与之对应。•积极使用可用的代码分析工具。•整体测试覆盖率不低于60%。•小型测试代码覆盖率应该不小于40%。
小型测试，一般也叫单元测试，通常来讲都是自动化实现的。用于验证一个单独的函数，组件，独立功能模块是否能够按照预期的方式运行。
而对于开发者来讲，重要的是进行了测试的动做。本篇文章主要围绕着React组件单元测试展开的，其目的是为了让开发人员能够站在使用者的角度考虑问题。经过测试的手段，确保组件的每个功能均可以正常的运行，关注质量，而不是让用户来帮你测试。
在编写单元测试的时候，必定会对以前的代码反复进行调整，虽然过程比较痛苦，可组件的质量，也在一点一点的提升。
技术栈选择
当咱们想要为 React 应用编写单元测试的时候，官方推荐是使用 React Testing Library[1] + Jest[2] 的方式。Enzyme[3] 也是十分出色的单元测试库，咱们应该选择哪一种测试工具呢？
下面让咱们看一个简单的计数器的例子，以及两个相应的测试：第一个是使用 Enzyme[4] 编写的，第二个是使用 React Testing Library[5] 编写的。
counter.js
// counter.jsimport React from "react";
class Counter extends React.Component { state = { count: 0 }; increment = () => this.setState(({ count }) => ({ count: count + 1 })); decrement = () => this.setState(({ count }) => ({ count: count - 1 })); render() { return ( <div> <button onClick={this.decrement}>-</button> <p>{this.state.count}</p> <button onClick={this.increment}>+</button> </div> ); }}
export default Counter;
counter-enzyme.test.js
// counter-enzyme.test.jsimport React from "react";import { shallow } from "enzyme";
import Counter from "./counter";
describe("<Counter />", () => { it("properly increments and decrements the counter", () => { const wrapper = shallow(<Counter />); expect(wrapper.state("count")).toBe(0);
wrapper.instance().increment(); expect(wrapper.state("count")).toBe(1);
wrapper.instance().decrement(); expect(wrapper.state("count")).toBe(0); });});
counter-rtl.test.js
// counter-rtl.test.jsimport React from "react";import { render, fireEvent } from "@testing-library/react";
import Counter from "./counter";
describe("<Counter />", () => { it("properly increments and decrements the counter", () => { const { getByText } = render(<Counter />); const counter = getByText("0"); const incrementButton = getByText("+"); const decrementButton = getByText("-");
fireEvent.click(incrementButton); expect(counter.textContent).toEqual("1");
fireEvent.click(decrementButton); expect(counter.textContent).toEqual("0"); });});
比较两个例子，你能看出哪一个测试文件是最好的嘛？若是你不是很熟悉单元测试，可能会任务两种都很好。可是实际上 Enzyme 的实现有两个误报的风险：
•即便代码损坏，测试也会经过。•即便代码正确，测试也会失败。
让咱们来举例说明这两点。假设您但愿重构组件，由于您但愿可以设置任何count值。所以，您能够删除递增和递减方法，而后添加一个新的setCount方法。假设你忘记将这个新方法链接到不一样的按钮:
counter.js
// counter.jsexport default class Counter extends React.Component { state = { count: 0 }; setCount = count => this.setState({ count }); render() { return ( <div> <button onClick={this.decrement}>-</button> <p>{this.state.count}</p> <button onClick={this.increment}>+</button> </div> ); }}
第一个测试(Enzyme)将经过，但第二个测试(RTL)将失败。实际上，第一个并不关心按钮是否正确地链接到方法。它只查看实现自己，也就是说，您的递增和递减方法执行以后，应用的状态是否正确。这就是代码损坏，测试也会经过。
如今是2020年，你也许据说过 React Hooks，而且打算使用 React Hooks 来改写咱们的计数器代码：
counter.js
// counter.jsimport React, { useState } from "react";
export default function Counter() { const [count, setCount] = useState(0); const increment = () => setCount(count => count + 1); const decrement = () => setCount(count => count - 1); return ( <div> <button onClick={decrement}>-</button> <p>{count}</p> <button onClick={increment}>+</button> </div> );}
这一次，即便您的计数器仍然工做，第一个测试也将被打破。Enzyme 会报错，函数组件中没法使用state:
ShallowWrapper::state() can only be called on class components
接下来，就须要改写单元测试文件了：
counter-enzyme.test.js
import React from "react";import { shallow } from "enzyme";
import Counter from "./counter";
describe("<Counter />", () => { it("properly increments and decrements the counter", () => { const setValue = jest.fn(); const useStateSpy = jest.spyOn(React, "useState"); useStateSpy.mockImplementation(initialValue => [initialValue, setValue]); const wrapper = shallow(<Counter />);
wrapper .find("button") .last() .props() .onClick(); expect(setValue).toHaveBeenCalledWith(1); // We can't make any assumptions here on the real count displayed // In fact, the setCount setter is mocked!
wrapper .find("button") .first() .props() .onClick(); expect(setValue).toHaveBeenCalledWith(-1); });});
而使用 React Testing Library 编写的单元测试仍是能够正常运行的，由于它更加关注应用的事件处理，以及展现；而非应用的实现细节，以及状态变化。更加符合咱们对于单元测试的本来诉求，以及最佳实践。
可遵循的简单规则
也许上文中使用 React Testing Library 编写的单元测试示例，还会给人一种一头雾水的感受。下面，让咱们使用 AAA 模式来一步一步的拆解这部分代码。
AAA模式：编排（Arrange），执行（Act），断言（Assert）。
几乎全部的测试都是这样写的。首先，您要编排(初始化)您的代码，以便为接下来的步骤作好一切准备。而后，您执行用户应该执行的步骤(例如单击)。最后，您对应该发生的事情进行断言。
import React from "react";import { render, fireEvent } from "@testing-library/react";
import Counter from "./app";
describe("<Counter />", () => { it("properly increments the counter", () => { // Arrange const { getByText } = render(<Counter />); const counter = getByText("0"); const incrementButton = getByText("+"); const decrementButton = getByText("-");
// Act fireEvent.click(incrementButton); // Assert expect(counter.textContent).toEqual("1");
// Act fireEvent.click(decrementButton); // Assert expect(counter.textContent).toEqual("0"); });});
编排（Arrange）
在编排这一步，咱们须要完成2项任务：
•渲染组件•获取所需的DOM的不一样元素。
渲染组件可使用 RTL's API 的 render 方法完成。签名以下：
function render( ui: React.ReactElement, options?: Omit<RenderOptions, 'queries'>): RenderResult
ui 是你要加载的组件。options 一般不须要指定选项。官方文档在这里[6]，若是要指定的话，以下值是对官方文档的简单摘录：
•container：React Testing库将建立一个div并将该div附加到文档中。而经过这个参数，能够自定义容器。•baseElement：若是指定了容器，则此值默认为该值，不然此值默认为document.documentElement。这将用做查询的基本元素，以及在使用debug()时打印的内容。•hydrate：用于服务端渲染，使用 ReactDOM.hydrate 加载你的组件。•wrapper：传递一个组件做为包裹层，将咱们要测试的组件渲染在其中。这一般用于建立能够重用的自定义 render 函数，以便提供经常使用数据。•queries：查询绑定。除非合并，不然将覆盖DOM测试库中的默认设置。
基本上，这个函数所作的就是使用ReactDOM呈现组件。在直接附加到document.body的新建立的div中呈现(或为服务器端呈现提供水合物)。所以，能够从DOM测试库和其余一些有用的方法(如debug、rerender或unmount)得到大量查询。
文档：https://testing-library.com/docs/dom-testing-library/api-queries#queries
但你可能会想，这些问题是什么呢?有些实用程序容许您像用户那样查询DOM:经过标签文本、占位符和标题查找元素。如下是一些来自文档的查询示例:
•getByLabelText:搜索与做为参数传递的给定文本匹配的标签，而后查找与该标签关联的元素。•getByText:搜索具备文本节点的全部元素，其中的textContent与做为参数传递的给定文本匹配。•getByTitle:返回具备与做为参数传递的给定文本匹配的title属性的元素。•getByPlaceholderText:搜索具备占位符属性的全部元素，并找到与做为参数传递的给定文本相匹配的元素。
一个特定的查询有不少变体:
•getBy:返回查询的第一个匹配节点，若是没有匹配的元素或找到多个匹配，则抛出一个错误。•getAllBy:返回一个查询中全部匹配节点的数组，若是没有匹配的元素，则抛出一个错误。•queryBy:返回查询的第一个匹配节点，若是没有匹配的元素，则返回null。这对于断言不存在的元素很是有用。•queryAllBy:返回一个查询的全部匹配节点的数组，若是没有匹配的元素，则返回一个空数组([])。•findBy：返回一个promise，该promise将在找到与给定查询匹配的元素时解析。若是未找到任何元素，或者在默认超时时间为4500毫秒后找到了多个元素，则承诺将被拒绝。•findAllBy：返回一个promise，当找到与给定查询匹配的任何元素时，该promise将解析为元素数组。
执行（Act）
如今一切都准备好了，咱们能够行动了。为此，咱们大部分时间使用了来自DOM测试库的fireEvent，其签名以下:
fireEvent(node: HTMLElement, event: Event)
简单地说，这个函数接受一个DOM节点(您可使用上面看到的查询查询它!)并触发DOM事件，如单击、焦点、更改等。您能够在这里找到许多其余能够调度的事件。
咱们的例子至关简单，由于咱们只是想点击一个按钮，因此咱们只需:
fireEvent.click(incrementButton);// ORfireEvent.click(decrementButton);
断言（Assert）
接下来是最后一部分。触发事件一般会触发应用程序中的一些更改，所以咱们必须执行一些断言来确保这些更改发生。在咱们的测试中，这样作的一个好方法是确保呈现给用户的计数已经更改。所以，咱们只需断言textContent属性的计数器是递增或递减:
expect(counter.textContent).toEqual("1");expect(counter.textContent).toEqual("0");
恭喜你，到这里你已经将咱们的示例拆解成功。🥳
注意:这个AAA模式并不特定于测试库。事实上，它甚至是任何测试用例的通常结构。我在这里向您展现这个是由于我发现测试库如何方便地在每一个部分中编写测试是一件颇有趣的事情。
8个典型的例子
到这里，就进入实战阶段了，接下来请先下载示例：rts-guide-demo[7] 。
安装依赖的同时能够简单看下咱们的项目。src/test 目录下存放了全部单元测试相关的文件。让咱们清空这个文件夹，再将下面的示例依次手过一遍。🙏（CV也是能够的👌）
1.如何建立测试快照
快照，顾名思义，容许咱们保存给定组件的快照。当您进行更新或重构，并但愿获取或比较更改时，它会提供不少帮助。
如今，让咱们看一下 App.js 文件的快照。
App.test.js
import React from 'react'import {render, cleanup} from '@testing-library/react'import App from '../App'
afterEach(cleanup)
it('should take a snapshot', () => { const { asFragment } = render(<App />)
expect(asFragment()).toMatchSnapshot()})
要获取快照，咱们首先必须导入 render 和 cleanup 。这两种方法将在本文中大量使用。
render，顾名思义，有助于渲染React组件。cleanup 做为一个参数传递给 afterEach ，以便在每次测试后清理全部东西，以免内存泄漏。
接下来，咱们可使用 render 呈现App组件，并从方法中获取 asFragment 做为返回值。最后，确保App组件的片断与快照匹配。
如今，要运行测试，打开您的终端并导航到项目的根目录，并运行如下命令:
npm test
所以，它将建立一个新的文件夹 __snapshots__ 和一个文件 App.test.js:
App.test.js.snap
// Jest Snapshot v1, https://goo.gl/fbAQLP
exports[`should take a snapshot 1`] = `<DocumentFragment> <div class="App" > <h1> Testing Updated </h1> </div></DocumentFragment>`;
若是，你在 App.js 中作出更改，测试将失败，由于快照将再也不匹配。更新快照能够按 u ，或者将对应快照文件删除便可。
2.测试DOM元素
要测试DOM元素，首先必须查看TestElements.js文件。
TestElements.js
import React from 'react'
const TestElements = () => { const [counter, setCounter] = React.useState(0)
return ( <> <h1 data-testid="counter">{ counter }</h1> <button data-testid="button-up" onClick={() => setCounter(counter + 1)}> Up</button> <button disabled data-testid="button-down" onClick={() => setCounter(counter - 1)}>Down</button> </> ) }
export default TestElements
在这里，您惟一须要保留的是 data-testid 。它将用于从测试文件中选择这些元素。如今，让咱们完成单元测试:
测试计数器是否为0，以及按钮的禁用状态:
TestElements.test.js
import React from 'react';import "@testing-library/jest-dom/extend-expect";import { render, cleanup } from '@testing-library/react';import TestElements from '../components/TestElements'
afterEach(cleanup);
it('should equal to 0', () => { const { getByTestId } = render(<TestElements />); expect(getByTestId('counter')).toHaveTextContent(0) });
it('should be enabled', () => { const { getByTestId } = render(<TestElements />); expect(getByTestId('button-up')).not.toHaveAttribute('disabled') });
it('should be disabled', () => { const { getByTestId } = render(<TestElements />); expect(getByTestId('button-down')).toBeDisabled() });
正如您所看到的，语法与前面的测试很是类似。惟一的区别是,咱们使用 getByTestId 选择必要的元素(根据 data-testid )并检查是否经过了测试。换句话说，咱们检查 <h1 data-testid="counter">{ counter }</h1> 中的文本内容是否等于0。
这里,像往常同样,咱们使用 getByTestId 选择元素和检查第一个测试若是按钮禁用属性。对于第二个，若是按钮是否被禁用。
若是您保存文件或在终端纱线测试中再次运行，测试将经过。
3.测试事件
在编写单元测试以前，让咱们首先看下 TestEvents.js 是什么样子的。
import React from 'react'
const TestEvents = () => { const [counter, setCounter] = React.useState(0)
return ( <> <h1 data-testid="counter">{ counter }</h1> <button data-testid="button-up" onClick={() => setCounter(counter + 1)}> Up</button> <button data-testid="button-down" onClick={() => setCounter(counter - 1)}>Down</button> </> ) }
export default TestEvents
如今，让咱们编写测试。
当咱们点击按钮时，测试计数器的增减是否正确:
import React from 'react';import "@testing-library/jest-dom/extend-expect";import { render, cleanup, fireEvent } from '@testing-library/react';import TestEvents from '../components/TestEvents'
afterEach(cleanup);
it('increments counter', () => { const { getByTestId } = render(<TestEvents />);
fireEvent.click(getByTestId('button-up'))
expect(getByTestId('counter')).toHaveTextContent('1') });
it('decrements counter', () => { const { getByTestId } = render(<TestEvents />);
fireEvent.click(getByTestId('button-down'))
expect(getByTestId('counter')).toHaveTextContent('-1') });
能够看到，除了预期的文本内容以外，这两个测试很是类似。
第一个测试使用 fireEvent.click() 触发一个 click 事件，检查单击按钮时计数器是否增长到1。
第二个检查当点击按钮时计数器是否减为-1。
fireEvent 有几个能够用来测试事件的方法，所以您能够自由地深刻文档了解更多信息。
如今咱们已经知道了如何测试事件，接下来咱们将在下一节中学习如何处理异步操做。
4. 测试异步操做
异步操做是须要时间才能完成的操做。它能够是HTTP请求、计时器等等。
如今，让咱们检查 TestAsync.js 文件。
import React from 'react'
const TestAsync = () => { const [counter, setCounter] = React.useState(0)
const delayCount = () => ( setTimeout(() => { setCounter(counter + 1) }, 500) )
return ( <> <h1 data-testid="counter">{ counter }</h1> <button data-testid="button-up" onClick={delayCount}> Up</button> <button data-testid="button-down" onClick={() => setCounter(counter - 1)}>Down</button> </> ) }
export default TestAsync
这里，咱们使用 setTimeout() 将递增事件延迟0.5秒。
测试计数器在0.5秒后判断是否增长:
TestAsync.test.js
import React from 'react';import "@testing-library/jest-dom/extend-expect";import { render, cleanup, fireEvent, waitForElement } from '@testing-library/react';import TestAsync from '../components/TestAsync'
afterEach(cleanup);
it('increments counter after 0.5s', async () => { const { getByTestId, getByText } = render(<TestAsync />);
fireEvent.click(getByTestId('button-up'))
const counter = await waitForElement(() => getByText('1'))
expect(counter).toHaveTextContent('1')
});
要测试递增事件，咱们首先必须使用 async/await 来处理操做，由于如前所述，完成它须要时间。
接下来，咱们使用一个新的助手方法 getByText()。这相似于getByTestId()。getByText()选择文本内容，而不是id。
如今，在单击按钮以后，咱们等待 waitForElement(() => getByText('1') 来增长计数器。一旦计数器增长到1，咱们如今能够移动到条件并检查计数器是否等于1。
也就是说，如今让咱们转向更复杂的测试用例。
你准备好了吗?
5.测试 React Redux
让咱们检查一下 TestRedux.js 是什么样子的。
TestRedux.js
import React from 'react'import { connect } from 'react-redux'
const TestRedux = ({counter, dispatch}) => {
const increment = () => dispatch({ type: 'INCREMENT' }) const decrement = () => dispatch({ type: 'DECREMENT' })
return ( <> <h1 data-testid="counter">{ counter }</h1> <button data-testid="button-up" onClick={increment}>Up</button> <button data-testid="button-down" onClick={decrement}>Down</button> </> ) }
export default connect(state => ({ counter: state.count }))(TestRedux)
store/reducer.js
export const initialState = { count: 0, }
export function reducer(state = initialState, action) { switch (action.type) { case 'INCREMENT': return { count: state.count + 1, } case 'DECREMENT': return { count: state.count - 1, } default: return state } }
正如您所看到的，没有什么特别的。它只是一个由 React Redux 处理的基本计数器组件。
如今，让咱们来编写单元测试。
测试初始状态是否为0:
import React from 'react'import "@testing-library/jest-dom/extend-expect";import { createStore } from 'redux'import { Provider } from 'react-redux'import { render, cleanup, fireEvent } from '@testing-library/react';import { initialState, reducer } from '../store/reducer'import TestRedux from '../components/TestRedux'
const renderWithRedux = ( component, { initialState, store = createStore(reducer, initialState) } = {}) => { return { ...render(<Provider store={store}>{component}</Provider>), store, }}
afterEach(cleanup);
it('checks initial state is equal to 0', () => { const { getByTestId } = renderWithRedux(<TestRedux />) expect(getByTestId('counter')).toHaveTextContent('0') })
it('increments the counter through redux', () => { const { getByTestId } = renderWithRedux(<TestRedux />, {initialState: {count: 5} }) fireEvent.click(getByTestId('button-up')) expect(getByTestId('counter')).toHaveTextContent('6') })
it('decrements the counter through redux', () => { const { getByTestId} = renderWithRedux(<TestRedux />, { initialState: { count: 100 }, }) fireEvent.click(getByTestId('button-down')) expect(getByTestId('counter')).toHaveTextContent('99') })
咱们须要导入一些东西来测试 React Redux 。这里，咱们建立了本身的助手函数 renderWithRedux() 来呈现组件，由于它将被屡次使用。
renderWithRedux() 做为参数接收要呈现的组件、初始状态和存储。若是没有存储，它将建立一个新的存储，若是它没有接收初始状态或存储，它将返回一个空对象。
接下来，咱们使用render()来呈现组件并将存储传递给提供者。
也就是说，咱们如今能够将组件 TestRedux 传递给 renderWithRedux() 来测试计数器是否等于0。
测试计数器的增减是否正确:
为了测试递增和递减事件，咱们将初始状态做为第二个参数传递给renderWithRedux()。如今，咱们能够单击按钮并测试预期的结果是否符合条件。
如今，让咱们进入下一节并介绍 React Context。
6. 测试 React Context
让咱们检查一下 TextContext.js 是什么样子的。
import React from "react"
export const CounterContext = React.createContext()
const CounterProvider = () => { const [counter, setCounter] = React.useState(0) const increment = () => setCounter(counter + 1) const decrement = () => setCounter(counter - 1)
return ( <CounterContext.Provider value={{ counter, increment, decrement }}> <Counter /> </CounterContext.Provider> )}
export const Counter = () => { const { counter, increment, decrement } = React.useContext(CounterContext) return ( <> <h1 data-testid="counter">{ counter }</h1> <button data-testid="button-up" onClick={increment}> Up</button> <button data-testid="button-down" onClick={decrement}>Down</button> </> )}
export default CounterProvider
如今，经过 React Context 管理计数器状态。让咱们编写单元测试来检查它是否按预期运行。
测试初始状态是否为0:
TextContext.test.js
import React from 'react'import "@testing-library/jest-dom/extend-expect";import { render, cleanup, fireEvent } from '@testing-library/react'import CounterProvider, { CounterContext, Counter } from '../components/TestContext'
const renderWithContext = ( component) => { return { ...render( <CounterProvider value={CounterContext}> {component} </CounterProvider>) }}
afterEach(cleanup);
it('checks if initial state is equal to 0', () => { const { getByTestId } = renderWithContext(<Counter />) expect(getByTestId('counter')).toHaveTextContent('0')})
it('increments the counter', () => { const { getByTestId } = renderWithContext(<Counter />)
fireEvent.click(getByTestId('button-up')) expect(getByTestId('counter')).toHaveTextContent('1') })
it('decrements the counter', () => { const { getByTestId} = renderWithContext(<Counter />)
fireEvent.click(getByTestId('button-down')) expect(getByTestId('counter')).toHaveTextContent('-1') })
与前面的React Redux部分同样，这里咱们使用相同的方法，建立一个助手函数renderWithContext()来呈现组件。可是这一次，它只接收做为参数的组件。为了建立新的上下文，咱们将CounterContext传递给 Provider。
如今，咱们能够测试计数器最初是否等于0。那么，计数器的增减是否正确呢？
正如您所看到的，这里咱们触发一个 click 事件来测试计数器是否正确地增长到1并减小到-1。
也就是说，咱们如今能够进入下一节并介绍React Router。
7. 测试 React Router
让咱们检查一下 TestRouter.js 是什么样子的。
TestRouter.js
import React from 'react'
import { Link, Route, Switch, useParams } from 'react-router-dom'
const About = () => <h1>About page</h1>
const Home = () => <h1>Home page</h1>
const Contact = () => { const { name } = useParams()
return <h1 data-testid="contact-name">{name}</h1>}
const TestRouter = () => { const name = 'John Doe' return ( <> <nav data-testid="navbar"> <Link data-testid="home-link" to="/">Home</Link> <Link data-testid="about-link" to="/about">About</Link> <Link data-testid="contact-link" to={`/contact/${name}`}>Contact</Link> </nav>
<Switch> <Route exact path="/" component={Home} /> <Route path="/about" component={About} /> <Route path="/about:name" component={Contact} /> </Switch> </> )}
export default TestRouter
这里，将测试路由对应的页面信息是否正确。
TestRouter.test.js
import React from 'react'import "@testing-library/jest-dom/extend-expect";import { Router } from 'react-router-dom'import { render, fireEvent } from '@testing-library/react'import { createMemoryHistory } from 'history'import TestRouter from '../components/TestRouter'
const renderWithRouter = (component) => { const history = createMemoryHistory() return { ...render ( <Router history={history}> {component} </Router> ) }}
it('should render the home page', () => {
const { container, getByTestId } = renderWithRouter(<TestRouter />) const navbar = getByTestId('navbar') const link = getByTestId('home-link')
expect(container.innerHTML).toMatch('Home page') expect(navbar).toContainElement(link)})
it('should navigate to the about page', ()=> { const { container, getByTestId } = renderWithRouter(<TestRouter />)
fireEvent.click(getByTestId('about-link'))
expect(container.innerHTML).toMatch('About page') })
it('should navigate to the contact page with the params', ()=> { const { container, getByTestId } = renderWithRouter(<TestRouter />)
fireEvent.click(getByTestId('contact-link'))
expect(container.innerHTML).toMatch('John Doe') })
要测试React Router，咱们首先必须有一个导航历史记录。所以，咱们使用 createMemoryHistory() 来建立导航历史。
接下来，咱们使用助手函数 renderWithRouter() 来呈现组件，并将历史记录传递给路由器组件。这样，咱们如今就能够测试在开始时加载的页面是不是主页。以及导航栏是否加载了预期的连接。
测试当咱们点击连接时，它是否用参数导航到其余页面:
如今，要检查导航是否工做，咱们必须触发导航连接上的单击事件。
对于第一个测试，咱们检查内容是否等于About页面中的文本，对于第二个测试，咱们测试路由参数并检查它是否正确经过。
如今咱们能够进入最后一节，学习如何测试Axios请求。
8. 测试HTTP请求
让咱们检查一下 TestRouter.js 是什么样子的。
import React from 'react'import axios from 'axios'
const TestAxios = ({ url }) => { const [data, setData] = React.useState()
const fetchData = async () => { const response = await axios.get(url) setData(response.data.greeting) }
return ( <> <button onClick={fetchData} data-testid="fetch-data">Load Data</button> { data ? <div data-testid="show-data">{data}</div>: <h1 data-testid="loading">Loading...</h1> } </> )
}
export default TestAxios
正如您在这里看到的，咱们有一个简单的组件，它有一个用于发出请求的按钮。若是数据不可用，它将显示一个加载消息。
如今，让咱们编写测试。
来验证数据是否正确获取和显示:
TextAxios.test.js
import React from 'react'import "@testing-library/jest-dom/extend-expect";import { render, waitForElement, fireEvent } from '@testing-library/react'import axiosMock from 'axios'import TestAxios from '../components/TestAxios'
jest.mock('axios')
it('should display a loading text', () => {
const { getByTestId } = render(<TestAxios />)
expect(getByTestId('loading')).toHaveTextContent('Loading...')})
it('should load and display the data', async () => { const url = '/greeting' const { getByTestId } = render(<TestAxios url={url} />)
axiosMock.get.mockResolvedValueOnce({ data: { greeting: 'hello there' }, })
fireEvent.click(getByTestId('fetch-data'))
const greetingData = await waitForElement(() => getByTestId('show-data'))
expect(axiosMock.get).toHaveBeenCalledTimes(1) expect(axiosMock.get).toHaveBeenCalledWith(url) expect(greetingData).toHaveTextContent('hello there')})
这个测试用例有点不一样，由于咱们必须处理HTTP请求。为此，咱们必须在jest.mock('axios')的帮助下模拟axios请求。
如今，咱们可使用axiosMock并对其应用get()方法。最后，咱们将使用Jest函数mockResolvedValueOnce()来传递模拟数据做为参数。
如今，对于第二个测试，咱们能够单击按钮来获取数据并使用async/await来解析它。如今咱们要测试三件事:
•若是HTTP请求已经正确完成•若是使用url完成了HTTP请求•若是获取的数据符合指望。
对于第一个测试，咱们只检查加载消息在没有数据要显示时是否显示。
也就是说，咱们如今已经完成了八个简单的步骤来测试你的React应用程序。
更多例子请参考React Testing Library官方文档[8]。
结语
React Testing Library 是用于测试 React 应用的一大利器。它为咱们提供了访问 jest-dom 匹配器的机会，以及最佳实践，使得咱们可使用它来更有效地测试咱们的组件。但愿这篇文章是有用的，它将帮助您在将来构建更加健壮的 React 应用程序。
参考文章
•React 官方文档[9]•React Testing Library 官方文档[10]•How to Start Testing Your React Apps Using the React Testing Library and Jest[11]•Test React apps with React Testing Library[12]
References
[1] React Testing Library: https://testing-library.com/docs/react-testing-library/intro[2] Jest: https://jestjs.io/[3] Enzyme: https://github.com/enzymejs/enzyme[4] Enzyme: https://github.com/enzymejs/enzyme[5] React Testing Library: https://testing-library.com/docs/react-testing-library/intro[6] 官方文档在这里: https://testing-library.com/docs/react-testing-library/api#render-options[7] rts-guide-demo: https://github.com/jokingzhang/rts-guide-demo[8] React Testing Library官方文档: https://testing-library.com/docs/example-input-event[9] React 官方文档: https://zh-hans.reactjs.org/docs/testing.html[10] React Testing Library 官方文档: https://testing-library.com/docs/example-input-event[11] How to Start Testing Your React Apps Using the React Testing Library and Jest: https://www.freecodecamp.org/news/8-simple-steps-to-start-testing-react-apps-using-react-testing-library-and-jest/[12] Test React apps with React Testing Library: https://thomlom.dev/test-react-testing-library/
后记
若是你、喜欢探讨技术，或者对本文有任何的意见或建议，你能够扫描下方二维码，关注微信公众号“ 鱼头的Web海洋 ”，随时与鱼头互动。欢迎！衷心但愿能够碰见你。
本文分享自微信公众号 - 鱼头的Web海洋（krissarea）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。