前言

我想大部分人的前端测试,都是运行项目,直接在浏览器上操作,看看功能正不正常。虽然明明有测试库可以使用,但是因为“要快”的原因,让好好做测试变成了一件影响效率的事。

因为这种无奈的原因而放弃测试,实在是很可惜。这种原因也并不能够说明测试没有必要,测试仍然是需要重视的东西。

我将简单介绍如何在 React 中进行单测。本文中使用的代码仍然是通过 vite 创建的 React-ts 项目,所以可能不适用于其他的项目。

我们需要什么东西?

我们需要安装几个包,很烦。每个包的功能当然是不一样的,更难受的是这些测试库既然依赖于其他包的功能,为什么不干脆集成在一起呢。

我先总的介绍一下这几个包的关系:

  1. vitest:单测库,用于自动运行测试代码,下面介绍的几个包,会通过 vitest 运行起来。
  2. @testing-library/react:testing-library 是个 UI 测试库,用于在测试中模仿浏览器渲染组件,@testing-library/react 是指适用于 react 的版本。
  3. happy-dom:用于在测试中提供浏览器的 document 功能,如果没有这个包,测试中会抛出 document is not defined,所以我们需要提供这个 document
  4. msw:提供 mock 功能的库。如果你测试的组件中有发起请求,那么在测试中需要 mock 这些请求。如果没有发起请求,也可以无需要这个 mock 库。在我之前的文章 React 简单教程-5-使用 mock 中有介绍过这个库在开发时的用法,但是开发时的 mock 用法跟我们测试时的 mock 用法是不同的。

没错,上面这几个包都是我们需要安装的。因为是在开发时使用,所以都在安装到 devDependencies 下。这几个包你都可以直接搜索名字方便地找到官网。

npm i -D vitest
npm i -D @testing-library/react
npm i -D happy-dom
npm i -D msw

都安装好后,我们就开始配置了。

配置

使用 vitest 的好处之一就是节省一个配置文件。vitest 的配置可以写在 vite.config.ts 文件中。

vite.config.ts 文件的 defineConfig 中添加 test 节点,这个节点就是我们 vitest 的配置。

/// <reference types="vitest" />

import { defineConfig } from "vite";
import react from "@vitejs/plugin-react"; // https://vitejs.dev/config/
export default defineConfig({
plugins: [react()],
test: {
environment: "happy-dom",
},
});

上面代码的第一行是 ts 的三斜线指令,功能是用于引入 vitest。如果没有这一句,编译器会警告你没有 test 字段的定义。因为我们的 test 字段是 vitest 提供的功能,所以类型声明也需要由它提供。

接下来看 test 字段。先看 environment,这个字段用于配置我们测试运行时的环境,这里的值为我们安装了的 happy-dom。如果没有配置这个字段,运行测试将出现 document is not defined 的错误。

在项目根目录下新建文件夹 test,我们有关测试的代码都将放在这个文件夹下面。

好的,配置的部分完毕,现在我们简单弄一个组件,然后来测试一下。

要测试的组件

我们要测试的组件代码如下,我直接放在了 src/displayer.tsx 里:

import { useState } from "react";
import "./displayer.css"; export function Displayer(props: { name: string, content: string }) {
const name = props.name;
const [hidden, setHidden] = useState(false);
const [content, setContent] = useState(props.content); function handleClick() {
setHidden(true);
} async function handleRequest() {
const result = await fetch("https://api.backend.dev/getSth");
const j = await result.json();
setContent(JSON.stringify(j));
} return (
<div className="container">
<div className="nav">
<span className="btn-red"></span>
<button
className="btn-yellow"
data-testid="yellow"
onClick={handleRequest}
></button>
<button
className="btn-gray"
data-testid="gray"
onClick={handleClick}
></button>
</div>
{hidden || (
<div className="body" role="displayer-content">
<div>{name}</div>
<div>{content}</div>
</div>
)}
</div>
);
}

相关的样式代码如下:

.container {
background-color: rgb(31 41 55 / 1);
background-color: rgb(31 41 55 /1);
padding: 0.5rem;
margin: 0.5rem;
border-radius: 0.5rem;
} .nav {
display: flex;
margin-bottom: 0.3rem;
} .btn-red {
height: 12px;
width: 12px;
background-color: #ff1d1d;
border-radius: 15px;
} .btn-yellow {
height: 12px;
width: 12px;
background-color: rgb(255, 251, 29);
border-radius: 15px;
margin: auto 0.5rem;
} .btn-gray {
height: 12px;
width: 12px;
background-color: rgb(220, 220, 220);
border-radius: 15px;
} .body {
padding: 0.5rem 0;
}

这个组件的功能是点击左上角黄色的按钮,会发起一个请求,点击灰色的按钮会隐藏下方的内容。那么我们要测试的功能,就有两个:

  1. 点击灰色按钮,查看内容元素有没有隐藏
  2. 点击黄色按钮,查看有没有发起请求,需要 MOCK

由于这是同一个组件的测试,所以我们可以写到一个测试文件里,测试文件的名字也有讲究,我们使用 ts 编写,所以必须以 .test.tsx.spec.tsx结尾。

在 test 文件夹中新建 displayer.test.tsx 测试文件,当我们使用 vitest 测试时,vitest 会自动找到这些测试文件运行。

导入我们需要的测试套件:

import { assert, describe, it } from "vitest";

describe("test displayer", () => {
it("load and click gray button", () => {});
it("load and click yellow button", () => {});
});

上面的 describe() 方法用于定义一套测试内容,第一个参数是名字,你可以起这套测试的名字,第二个参数测试内容,你能够看到内容中我使用 it() 方法,这个方法用于定义具体的测试内容。

所以你看,其实 describe() 可以不使用,直接使用 it 定义测试也可以的。运行测试会执行 it 方法。

看我们代码里的 it 方法,第一个参数是测试名,用于简单描述测试什么,"load and click gray button",描述了我们将加载这个组件并点击灰色按钮。第二个参数就是测试代码了。那么测试代码里应该怎么写呢?

一般情况下,测试代码都会遵循这个三个范式:

it("load and click gray button", () => {
// Arrange
// Act
// Assert
});

Arrange 测试前的准备,在这里,我们要先把组件渲染了;Act 测试行为,在这里,我们要模仿点击按钮的行为;Assert 测试断言,在这里,我要检查点击按钮后组件是否达到预期的行为。

那么我们便照着这三步骤来。

测试点击灰色按钮

在测试中渲染组件,需要导入 @testing-library/reactrender 方法,和我们的组件。然后使用 render 渲染:

import { render } from "@testing-library/react";
import { Displayer } from "../src/displayer"; it("load and click gray button", () => {
// Arrange
const { getByTestId } = render(
<Displayer name="test name" content="test content" />
);
});

render() 方法返回了一些方法,我们可以使用这些方法来获取组件里的信息,在断言时很有用。更多关于 render() 和返回值的信息查看 这里官网

下来要模拟点击灰色按钮,组件点击事件的触发需要导入 @testing-library/reactfireEvent

import { render, fireEvent } from "@testing-library/react";

it("load and click gray button", () => {
// Arrange
const { getByTestId } = render(
<Displayer name="test name" content="test content" />
);
// Act
fireEvent.click(getByTestId("gray"));
});

这里简单使用了 fireEvent.click 方法来模拟点击,该方法需要的参数是点击的元素,那么我们怎么获取到元素呢?

代码里我们使用了 getByTestId(...) 方法获取,这个方法会指定带有属性 data-testid 的元素,如上面我们使用 getByTestId("gray") 获取元素属性data-testid 的值为 gray 的元素。关于更多查询元素的 API,这里查看

模拟点击后,我们便要检查组件点击后的行为是否正确,就到了断言这一步了。

在我们的组件里,点击灰色按钮后,内容元素(这个元素我标记了 role 属性为 displayer-content)将会被卸载,所以我们要尝试获取这个元素,预料中是获取不到的。

import { render, fireEvent } from "@testing-library/react";
import { assert, describe, it } from "vitest"; it("load and click gray button", () => {
// Arrange
const { getByTestId, queryByRole } = render(
<Displayer name="test name" content="test content" />
);
// Act
fireEvent.click(getByTestId("gray"));
// Assert
const body = queryByRole("displayer-content");
assert.isNull(body);
});

我们使用了 queryByRole() 来通过元素的 role 属性获取元素,注意我们使用的查询方法是 query... 开头的,在 testing-library 的规范中,query... 开头的方法在获取不到元素是会返回 null。关于更详细的查询方法规范查看这里

最后我们使用了 assert 断言,判断 body 元素应该是为空。如果断言通过,则测试通过,否则测试失败。

现在就来运行测试,先在 package.json 里配置测试的脚本:

{
"scripts": {
"test": "vitest"
},
}

该脚本将会运行 vitest 命令来启动测试,vitest 相当于 vitest watch,运行此命令,当我们修改了测试代码,就会自动测试修改的代码。在终端中输入 npm run test,你应该会看到如下信息:

这种和谐美满的输出表示测试成功。如果是下面这种充满铁和血的画面:

表示测试失败,还贴心地告诉你哪里失败。

需要 mock 的测试,点击黄色按钮

上面我们测试了组件的行为,但是如果有发起请求的事件,我们要怎么测试呢?当然是使用 mock 了,我上一章讲过 mock 库在开发时如何使用,React 简单教程-5-使用 mock。我们使用同一个 mock 库,但在测试时使用 mock 和开发时方法不同,单元测试时我们不需要拦截浏览器行为。

我们要测试的组件中,点击黄色按钮后会发起一个请求,这个行为就是我们需要 mock 的。思路就是,运行测试前启动 mock,测试结束后关闭 mock。

vitest 提供了两个方法,beforeAll() 将在所有测试开始前运行传入的方法,afterAll()将在所有测试开始后运行传入的方法。

先直接在测试文件中安装 mock 对象,:

//  省略

const mockObj = { userName: "admin" };
const mockResult = JSON.stringify(mockObj); const mockServer = setupServer(
rest.get("https://api.backend.dev/getSth", (req, res, ctx) => {
return res(ctx.json(mockObj));
})
); beforeAll(() => {
mockServer.listen();
}); afterAll(() => {
mockServer.close();
}); // 省略

如上,我们伪造的假响应 mockObj和它的字符串形式 mockResult,在 beforeAll() 中启动 mock,在 afterAll 中关闭 mock。

先回过头看组件中黄色按钮的实现:我们使用 fetch 发起了请求——注意!单测中的请求地址必须为完整地址,mock 中的也一样,然后将请求结果在内容元素中显示。由于我们 mock 了假响应,所以内容元素中显示的应该会是我们提供的假数据。

那么思路就有了,渲染组件,点击黄色按钮,找找看有没有假数据的信息。

import { render, fireEvent, waitFor } from "@testing-library/react";

it("load and click yellow button", async () => {
// Arrange
const { getByTestId, getByText } = render(
<Displayer name="test name" content="test content" />
);
// Act
fireEvent.click(getByTestId("yellow"));
const e = await waitFor(() => getByText(mockResult));
// Assert
assert.isNotNull(e);
});

看,我们使用了一个新的方法 waitFor(),这个方法接收另一个返回元素的方法,waitFor() 会一直尝试获取,直到获取到了或者超时,默认的超时事件是 1 秒,拿到元素后就将元素返回。

waitFor() 中我们使用了 getByText()get... 开头的方法如果拿不到元素就会抛出异常。由于我们是查找有没有包含我们提供的假数据的元素,所以,如果没有抛出异常的话就是找到了。最后的断言 assert.isNotNull(e); 也是可以不用的。

一定要亲自试一试。

两次一起测试的问题

写了两个测试,现在运行起来的话你会看到如下的错误:

下方还有详细错误信息和组件树的结构,意思是说你使用了 getByTestId("yellow") 获取元素,这个方法预期是只有一个元素的,现在拿到了多个,于是报错了。

不对啊,我们的组件中只有一个黄色按钮!详细看看错误信息显示出来的组件树,赫然有两个组件!

发生这种事的原因是测试时渲染组件后,会将组件放在一个虚拟的 dom 环境中测试,在我们的一个 it 测试用例中,测试后没有将这个组件清理了,就导致下一个测试用例需要渲染同一个组件,就重复添加了组件到虚拟的 dom 环境中。

解决这个问题,要用到 vitest 提供的另一个方法 afterEach(),这个方法将在每一个测试用例结束后执行,使用这个 cleanup() 清理渲染的组件。

afterEach(() => {
cleanup();
});

然后测试便可以正常执行。

完整测试代码

import { render, fireEvent, waitFor, cleanup } from "@testing-library/react";
import { afterAll, afterEach, assert, beforeAll, describe, it } from "vitest";
import { rest } from "msw";
import { setupServer } from "msw/node"; import { Displayer } from "../src/displayer"; const mockObj = { userName: "admin" };
const mockResult = JSON.stringify(mockObj); const mockServer = setupServer(
rest.get("https://api.backend.dev/getSth", (req, res, ctx) => {
return res(ctx.json(mockObj));
})
); beforeAll(() => {
mockServer.listen();
}); afterAll(() => {
mockServer.close();
}); afterEach(() => {
cleanup();
}); describe("test displayer", () => {
it("load and click gray button", () => {
// Arrange
const { getByTestId, queryByRole } = render(
<Displayer name="test name" content="test content" />
);
// Act
fireEvent.click(getByTestId("gray"));
// Assert
const body = queryByRole("displayer-content");
assert.isNull(body);
}); it("load and click yellow button", async () => {
// Arrange
const { getByTestId, getByText } = render(
<Displayer name="test name" content="test content" />
);
// Act
fireEvent.click(getByTestId("yellow"));
const e = await waitFor(() => getByText(mockResult));
// Assert
assert.isNotNull(e);
});
});

参考资料

testing-library/react by testing-library

vitest by Vitest

msw by msw

React简单教程-6-单元测试的更多相关文章

  1. React简单教程-4-事件和hook

    前言 在上一章 React 简单教程-3-样式 中我们建立了一个子组件,并稍微美化了一下.在另一篇文章 React 简单教程-3.1-样式之使用 tailwindcss 章我们使用了 tailwind ...

  2. React简单教程-3-样式

    前言 在上一章 React 简单教程-2-ts 和组件参数 中我们新建的子组件 Displayer 没有样式,显得平平无奇,这一篇我们将给他美化一下. CSS 文件 一般的做法,是在你的组件级目录下新 ...

  3. React简单教程-2-ts和组件参数

    前言 在上一章:React 简单教程-1-组件 我们知道了 React 的组件是什么,长什么样,用 js 和 HTML 小小体验了一下组件.在这一章,我们将使用 typescript(简称 ts) 来 ...

  4. React简单教程-4.1-hook

    前言 虽然我们简单感受了一下 useState 的用法,但我想你还是对 React 里的 hook 迷迷糊糊的.本文我们将明确下 React 的概念. HOOK 前生今世 在我示例中,写的 React ...

  5. React简单教程-1-组件

    前言 React,Facebook开发的前端框架.当时Facebook对市面上的前端框架都不满意,于是自己捣鼓出了React,使用后觉得特别好用,于是就在2013年开源了. 我也用React开发了一个 ...

  6. React简单教程-5-使用mock

    前言 一个前后端分离的项目,前端人员需要对接后端的接口.如果在后端的接口没有开发好,或者没有测试版可以对接的情况下,前端人员也不能坐等后端接口写好后再开始开发. 一个项目的,理想情况下接口的规范应该是 ...

  7. React简单教程-3.1-样式之使用 tailwindcss

    前言 本文是作为一个额外内容,主要介绍 tailwindcss 的用法 tailwindcss 是一个功能类优先的 CSS 框架,我在以前的文章里有描述为什么使用功能类优先:为什么我在 css 里使用 ...

  8. react+redux教程(五)异步、单一state树结构、componentWillReceiveProps

    今天,我们要讲解的是异步.单一state树结构.componentWillReceiveProps这三个知识点. 例子 这个例子是官方的例子,主要是从Reddit中请求新闻列表来显示,可以切换reac ...

  9. react+redux教程(四)undo、devtools、router

    上节课,我们介绍了一些es6的新语法:react+redux教程(三)reduce().filter().map().some().every()....展开属性 今天我们通过解读redux-undo ...

随机推荐

  1. ubantu系统之 lunch时报错:no such file /....../.lunchrc

    no such file /....../.lunchrc 出现时: 使用 source build/envsetup.sh 执行完后 再用lunch

  2. Java中的反射以及简单运用(原理+例子)

    Java反射 学习内容 1. 为什么要使用反射 2. 反射的概念 3. Java反射加载过程 4. 字节码对象理解 5. 获取字节码对象(.class)的三种方式 6. 反射常用API 8. 反射综合 ...

  3. 拼凑一个ABP VNext管理后台

    介绍 本项目前后端分离,后端采用ABP VNext框架,前端Vue. 项目地址: https://github.com/pojianbing/AuthCenter 目前包含的模块有: 身份认证管理 I ...

  4. 时间盲注——AS别名让盲注不盲

    用处 页面存在时间盲注,注入成功了,你啥也看不到. 这只是为了能够查看到注入后的结果 网站部分源代码 <?php $conn = mysqli_("127.0.0.1",&q ...

  5. 使用IntelliJ IDEA创建Java项目

    准备: Intelliyu IDEA 下载好JDK1.8 方法一: 方法二

  6. Blazor WebAssembly 渐进式 Web 应用程序 (PWA) 使用 LocalStorage 离线处理数据

    原文链接:https://www.cnblogs.com/densen2014/p/16133343.html Window.localStorage 只读的localStorage 属性允许你访问一 ...

  7. OpenHarmony 3.1 Beta版本关键特性解析——HAP包安装实现剖析

    ​(以下内容来自开发者分享,不代表 OpenHarmony 项目群工作委员会观点)​ 石磊 随着社会的不断发展,人们逐渐注重更加高效.舒适.便捷.有趣的生活和工作体验. OpenAtom OpenHa ...

  8. node.js - 包、express

    首先,要先在这里分享一下我的喜悦,从昨天开始其实一直都在喜悦当中的,我收到了我的第一份offer,这感觉不摆了,比第一桶金都还舒服,虽然我还没收到第一桶金哈哈,不过offer都得了应该也快了. 今天的 ...

  9. Java语言学习day10--7月9日

    ###09方法的重载 * A: 方法的重载 * 在同一个类中,方法名相同,参数列表不同.与返回值类型无关. * 参数列表不同: * A:参数个数不同 * B:参数类型不同 * C:参数的顺序不同(算重 ...

  10. 2021.11.11 P4052 [JSOI2007]文本生成器(AC自动机+DP)

    2021.11.11 P4052 [JSOI2007]文本生成器(AC自动机+DP) https://www.luogu.com.cn/problem/P4052 题意: JSOI 交给队员 ZYX ...