新手也能看懂的前端单元测试框架：Vitest-深圳市維司達科技有限公司

单元测试的概念及作用

1.什么是单元测试？

单元测试是测试中的一个重要环节，它针对软件中的最小可测试单元进行验证，通常是指对代码中的单个函数、方法或模块进行测试。

单元测试旨在确定特定部分代码的行为是否符合预期，通过针对单元代码的各种输入情况进行测试，来验证代码的正确性、稳定性和可靠性。

2.为什么要做单元测试？

2.1 确保代码质量和可靠性：单元测试可以帮助开发人员发现和修复代码中的错误和缺陷。通过编写针对每个单独的函数或组件的测试用例，可以验证其行为是否符合预期，从而增强代码质量和可靠性。
2.2 提高代码可维护性：单元测试可以作为文档和说明来帮助其他开发人员了解代码的预期行为。通过编写清晰、有目的性的测试用例，可以帮助开发团队更好地理解和维护代码。
2.3 快速反馈和迭代：单元测试使得代码的迭代和快速反馈变得更加容易。通过自动运行测试用例，开发人员在修改代码后可以快速获得有关是否引入新错误或破坏现有功能的反馈。
2.4 节省时间和资源：尽管编写和维护单元测试需要一些额外的工作量，但它可以节省大量的时间和资源。通过快速检测和修复代码中的错误，可以避免在后期发现问题并进行繁琐的调试和修复。
此外，当代码库变得越来越大和复杂时，拥有一套稳健的单元测试可以节省大量的回归测试时间。

3.前端代码单元测试面临的挑战与问题

3.1 难以测试DOM操作：前端开发中最常见的任务之一就是操作DOM，但由于浏览器环境的限制，DOM操作很难通过自动化测试来模拟。这意味着要测试DOM操作通常需要手动测试或使用可视化测试工具。
3.2 异步操作的测试：在前端开发中，异步代码执行是比较常见的。但是，异步测试需要在数据返回之前等待一段时间。
3.3 测试用例覆盖率的管理：在编写测试用例时，需要考虑完整和准确地覆盖所有代码路径。但是，测试用例的数量和管理可以是一个挑战，并且可能需要一些额外的工具来帮助管理测试用例的覆盖率。
3.4 特定DOM事件和浏览器环境的测试：在某些情况下，需要通过特定的DOM事件和浏览器环境对代码进行测试。这可以通过模拟特定的事件和使用虚拟浏览器环境来完成。

前端单元测试工具以及测试规范

1.测试工具

以下是一些流行的前端单元测试工具：

1.1 Jest：Jest是一个Facebook公司开发的流行的JavaScript测试框架。它提供了自动化测试、模拟和覆盖率报告等功能。Jest的主要特点是易于使用、速度快、自动运行测试用例和提供详细报告。
1.2 Mocha：Mocha是一个流行的JavaScript测试框架，可以用于编写前端和后端测试用例。它提供不同的测试运行器、测试框架、覆盖率报告等工具。Mocha可以与其他库（如Chai、Sinon等）结合使用，以提供更好的测试功能。
1.3 Enzyme：Enzyme是一个React组件测试工具，它提供了一个简单的API来模拟React组件的行为。Enzyme可以帮助开发人员测试组件的渲染和逻辑，以确保其正确性。它还提供了丰富的匹配器和渲染引擎，以进行功能和性能测试。

实际项目中测试框架和工具选择：

测试基础框架：Vitest，它是基于vite驱动，如果项目中使用了vite，它是最好的选择

DOM 环境：jsdom、happy-dom

React项目：

@testing-library/react：作为React DOM和UI组件

@testing-library/jest-dom：用于扩展Vitest的expect方法

Vue项目

vue-router-mock：模拟Vue3应用程序中的路由交互
@vitejs/plugin-vue是一个Vite插件，它可以让Vite可以解析.vue文件，对于JSX/TSX支持，还需要@vitejs/plugin-vue-jsx

@vue/test-utils：Vue3的组件测试工具

2.测试规范

(1) 命名约定it or test?

1、it是BDD（行为驱动开发）风格中常用的命名约定。它强调描述被测试行为的自然语言描述，以便更好地阐述测试的用例。
2、test是传统的命名约定，被广泛使用在各种单元测试框架中。它更加直接和简洁，通常以测试的目标作为开头，然后描述被测试的函数或特性。

无论使用it还是test作为测试函数的命名约定，最重要的是保持一致性和可读性。根据你的团队或项目的偏好，选择一个适合的命名约定并始终如一地使用它。

(2) 判断相等toBe or toEqual?

1、toBe它使用===检查严格的平等，通常用于比较基础类型。
2、toEqual用于检查两个对象具有相同的值。这个匹配器递归地检查所有字段的相等性，而不是检查对象身份 - 这也被称为“深度平等”。

使用toBe进行比较时要注意，它比较的是两个对象的引用，而不是对象的属性是否相同。

(3) 测试文件写在哪？

1、把测试文件统一写在src/test/，这样保持项目和测试代码分离，保持工程目录整洁。
2、和组件写在同一级目录，即src/components/下，xx.jsx、xx.test.jsx, 这样对开发人员友好，组件与测试一起更方便维护。

(4) 测试用例注意事项

1、清晰的目的和描述：测试用例应该具有清晰的目的和描述，以便于理解和维护。用一个简洁但有意义的名称来描述该测试用例的功能或行为。
2、单一功能和场景：每个测试用例应该只关注一个功能或一个特定的场景。这有助于准确地定位和修复问题。
3、确保环境一致性：对于每个测试用例，提供必要的前提条件，确保测试环境的一致性。
4、测试目标简单、完整：尽量把业务代码的函数的功能单一化，简单化。如果一个函数的功能包含了十几个功能数十个功能，那应该对该函数进行拆分，从而更加有利于测试的进行。

使用Vitest测试React项目

1.安装相关工具

pnpm i -D vitest js-dom @testing-library/react

Vitest 1.0需要Vite >=v5.0.0和Node >=v18.0

2.配置vitest

Vitest的主要优势之一是它与Vite的统一配置。如果存在，vitest将读取你的根目录vite.config.ts以匹配插件并设置为你的Vite应用程序。

如果你已经在使用Vite，请在Vite配置中添加test属性。你还需要使用三斜杠指令在你的配置文件的顶部引用。

vite.config.ts

/// <reference types="vitest" />
import { defineConfig } from 'vite'
export default defineConfig({
test: {
globals: true,
environment: 'jsdom',
},
})

globals:默认情况下，vitest不显式提供全局API。如果你更倾向于使用类似jest中的全局API，可以将--globals选项传递给CLI或在配置中添加globals: true。
environment:Vitest中的默认测试环境是一个Node.js环境。如果你正在构建Web端应用程序，你可以使用jsdom或happy-dom这种类似浏览器(browser-like)的环境来替代Node.js。

可以参阅配置索引(https://cn.vitest.dev/config/) 中的配置选项列表

3.方法测试

测试独立的工具函数，例如测试斐波那契数列：

@param方法接受参数num

@return返回值为斐波那契数列中第 n 个数字fibonacci.ts

export function fibonacci(num: number): number {
if (num <= 1) {
return num;
}
return fibonacci(num - 1) + fibonacci(num - 2);
}

fibonacci.test.ts

import { describe, it, expect } from 'vitest';
import { fibonacci } from '@/utils/fibonacci/fibonacci.ts';
describe('fibonacci', () => {
it('should return 0 when num is 0', () => {
expect(fibonacci(0)).toEqual(0);
});
it('should return 1 when num is 1', () => {
expect(fibonacci(1)).toEqual(1);
});
it('should return 1 when num is 2', () => {
expect(fibonacci(2)).toEqual(1);
});
it('should return 2 when num is 3', () => {
expect(fibonacci(3)).toEqual(2);
});
it('should return 3 when num is 4', () => {
expect(fibonacci(4)).toEqual(3);
});
});

当编写测试用例来测试独立的方法或函数时，应满足以下要求👇：

1、边界条件测试：测试应该覆盖方法或函数的所有边界条件。这包括输入的最小值、最大值、边界情况和异常情况。
2、异常处理测试：测试应该包括错误情况和异常处理，以确保方法或函数能够正确地处理这些情况，而不会导致系统崩溃或出现错误。

4.快照测试

快照测试是一种用于比较当前渲染结果与预期快照的自动化测试技术。

适用场景：测试一个纯渲染的组件，UI渲染一次后不再发生改变。这种场景下就不需要再耗费精力去单测，而是采用低成本的快照测试。

Result.tsx

import type { FC } from 'react';
type Student = {
id?: number;
name?: string;
};
interface PropsType {
stus: Student[];
}
const Results: FC<PropsType> = ({ stus }) => {
return (
<div className="search">
{!stus.length ? (
<h1>No Data</h1>
) : (
stus.map((stu: Student) => {
return (
<div key={stu.id}>
<div className="info">
<h1>{stu.name}</h1>
</div>
</div>
);
})
)}
</div>
);
};
export default Results;

Results.test.tsx

import { render } from '@testing-library/react';
import { describe, expect, it } from 'vitest';
import Results from './Results.tsx';
describe('Results', () => {
// 快照测试，会在当前目录下生成__snapshots__文件夹和快照文件
it('should renders correctly with no stus', () => {
const { asFragment } = render(<Results stus={[]} />);
// 渲染快照结果是否与存档快照一致
expect(asFragment()).toMatchSnapshot();
});
it('should renders correctly with some stus', () => {
const stus = [
{
id: 1,
name: 'Luna'
},
];
const { asFragment } = render(<Results stus={stus} />);
// 渲染快照结果是否与存档快照一致
expect(asFragment()).toMatchSnapshot();
});
});

在第一次执行完测试用例后，当前目录会生成以下文件：【图片】

后续的每次测试会将最新结果和这里保存的结果进行对比，如果一致，则代表测试通过，反之，则不然。

5.组件测试

日常开发中，我们接触最多的就是组件，越来越多的框架推荐页面组件化，组件也必然是单元测试的目标对象之一。

首先应该知道对于组件，应该测试哪些内容：

Component Data：组件静态数据
Component Props：组件动态数据
User Interaction：用户交互，例如单击
LifeCycle Methods：生命周期逻辑
Store：组件状态值
Route Params：路由参数
输出的DOM
外部调用的函数Hook
对子组件的改变

5.1组件DOM测试

组件根据不同的props输入，组件会呈现不同的DOM结构，我们可以通过@testing-library/react库提供的render API，结合jsdom（在Node环境中提供对web标准的模拟实现）来完成DOM测试。

Pet.tsx

import type { FC } from 'react';
interface PropsType {
id?: number;
name?: string;
animal?: string;
breed?: string;
images?: string[];
location?: string;
}
const Pet: FC<PropsType> = (props) => {
const { name, animal, breed, images, location, id } = props;
let hero = 'http://pets-images.dev-apis.com/pets/0.jpg';
if (images?.length) {
hero = images[0];
}
return (
<div className="pet">
<div className="image-container">
<img>
1. import { render } from '@testing-library/react';
2. import { StaticRouter } from 'react-router-dom/server';
3. import { expect, test } from 'vitest';
4. import Pet from './Pet.tsx';
5. test('displays a default thumbnail', async () => {
6. // 渲染组件
7. const pet = render(<Pet />);
8. // 异步等待获取指定的DOM元素
9. const petThumbnail = (await pet.findByTestId(
10. 'thumbnail'
11. )) as HTMLImageElement;
12. // 断言0.jpg包含在src的属性值中
13. expect(petThumbnail.src).toContain('0.jpg');
14. // 卸载组件
15. pet.unmount();
16. });
有很多API可以断言一个元素是否存在，例如toBeInTheDocument，详细用法请查阅官方文档。
```
expect(testDom).toBeInTheDocument();
```
AI写代码
5.2交互测试
上面测试了组件能够按预期渲染，单一个这样的用例是远远不够的，我们还需要模拟用户交互行为，来测试组件是否符合预期，例如常见的点击、拖拽等。
Carousel.tsx
1. import type { FC, MouseEvent } from 'react';
2. import { useState } from 'react';
3. interface PropsType {
4. images?: string[];
5. }
6. const Carousel: FC<PropsType> = (props) => {
7. const { images = ['http://pets-images.dev-apis.com/pets/0.jpg'] } = props;
8. const [active, setActive] = useState<number>(0);
9. const handleIndexClick = (event: MouseEvent) => {
10. const { index = 0 } = (event.target as HTMLImageElement).dataset;
11. setActive(+index);
12. };
13. return (
14. <div className="carousel">
15. <img>
  1. import { act, fireEvent, render } from '@testing-library/react';
  2. import { expect, test } from 'vitest';
  3. import Carousel from './Carousel.tsx';
  4. test('lets users click on thumbnails to make them the hero', async () => {
  5. const images = ['0.jpg', '1.jpg', '2.jpg', '3.jpg'];
  6. const carousel = render(<Carousel images={images} />);
  7. const hero = (await carousel.findByTestId('hero')) as HTMLImageElement;
  8. expect(hero.src).toContain(images[0]);
  9. for (let i = 0; i < images.length; i++) {
  10. const image = images[i];
  11. const thumb = await carousel.findByTestId(`thumbnail${i}`);
  12. act(() => {
  13. // 模拟 click 用户事件
  14. fireEvent.click(thumb);
  15. });
  16. expect(hero.src).toContain(image);
  17. expect(Array.from(thumb.classList)).toContain('active');
  18. }
  19. });
  6.React Hook 测试
  这里的Hook是指业务中自定义封装的Hook，我们知道Hook只能在函数组件中调用，那如何来做单元测试呢？RTL中提供了renderHook，专门用来调用Hook。
  useSearch.ts
  1. import { useState, useMemo } from 'react';
  2. /**
  3. * useSearch 数据过滤
  4. * @param items 初始数组
  5. * @return
  6. * searchTerm 搜索词
  7. * setSearchTerm 更新搜索词方法
  8. * filteredItems 过滤后的数据
  9. */
  10. export const useSearch = (items: any[]) => {
  11. const [searchTerm, setSearchTerm] = useState('');
  12. const filteredItems = useMemo(() => {
  13. return items.filter((movie) =>
  14. movie.title.toLowerCase().includes(searchTerm.toLowerCase())
  15. );
  16. }, [items, searchTerm]);
  17. return {
  18. searchTerm,
  19. setSearchTerm,
  20. filteredItems,
  21. };
  22. };
  useSearch.test.ts
  1. import { act, renderHook } from '@testing-library/react';
  2. import { describe, expect, it } from 'vitest';
  3. import { useSearch } from '@/hooks/__test__/useSearch.ts';
  4. describe('useSearch hook', () => {
  5. // 测试返回默认搜索项和原始项目列表
  6. it('should return a default search term and original items', () => {
  7. const items = [{ title: 'Star Wars' }];
  8. // renderHook 模拟hook执行环境
  9. const { result } = renderHook(() => useSearch(items));
  10. // result.current 为useSearch hook的返回值
  11. expect(result.current.searchTerm).toBe('');
  12. expect(result.current.filteredItems).toEqual(items);
  13. });
  14. // 测试设置查询条件是否生效
  15. it('should return a filtered list of items', () => {
  16. const items = [{ title: 'Star Wars' }, { title: 'Starship Troopers' }];
  17. const { result } = renderHook(() => useSearch(items));
  18. // 反应，所有的渲染和触发的事件都包装在 act 中。它负责在调用之后刷新所有效果并重新渲染。
  19. act(() => {
  20. result.current.setSearchTerm('Wars');
  21. });
  22. expect(result.current.searchTerm).toBe('Wars');
  23. expect(result.current.filteredItems.length).toBe(1);
  24. expect(result.current.filteredItems).toEqual([{ title: 'Star Wars' }]);
  25. });
  26. });
  7.异步、Mock测试
  7.1使用waitFor，异步等待接口返回
  前端很多数据都是通过接口返回，页面需要等待接口返回后才能渲染，因此单元测试中的断言也需要等待，使用waitFor可以实现。
  useMovies.ts
  1. export const useMovies = ():{ movies: Movie[], isLoading: boolean, error: any } => {
  2. const [movies, setMovies] = useState([]);
  3. const fetchMovies = async () => {
  4. try {
  5. setIsLoading(true);
  6. const response = await fetch("https://swapi.dev/api/films");
  7. if (!response.ok) {
  8. throw new Error("Failed to fetch movies");
  9. }
  10. const data = await response.json();
  11. setMovies(data.results);
  12. } catch (err) {
  13. //do something
  14. } finally {
  15. //do something
  16. }
  17. };
  18. useEffect(() => {
  19. fetchMovies();
  20. }, []);
  21. return { movies }
  22. }
  useMovies.test.ts
  1. import { renderHook, waitFor } from '@testing-library/react';
  2. import { describe, expect, it } from 'vitest';
  3. import { useMovies } from '@/hooks/__test__/useMovies.ts';
  4. describe('useMovies hook', () => {
  5. //...
  6. it('should setTimeout movies', async () => {
  7. const { result } = renderHook(() => useMovies());
  8. // 在达到超时值之前，waitFor 可能会多次运行回调。请注意，调用的数量受到超时和间隔选项的限制
  9. await waitFor(() => {
  10. expect(result.current.isLoading).toBe(true);
  11. expect(result.current.movies).toEqual([{ title: 'Star Wars' }]);
  12. expect(result.current.error).toBe(null);
  13. });
  14. });
  15. });
  waitFor的第二个参数是一个配置对象，可以配置超时时间，超过配置的上限后，测试为不通过.
  1. // 默认间隔为50毫秒,超时时间是1000ms。第二个参数可以配置间隔和超时时间
  2. await waitFor(
  3. () => {
  4. // ...
  5. },
  6. {
  7. timeout: 1000,
  8. }
  9. );
  7.2使用spyOn拦截请求方法，自定义mock
  第一种方法是真实向后端发送了请求，在实际运用中可能不太合适。我们可以选择spyOn来拦截fetch，自己mock接口返回值，更加符合测试场景。
  1. import { renderHook, waitFor } from '@testing-library/react';
  2. import { afterAll, beforeAll, describe, expect, it, vi } from 'vitest';
  3. import { useMovies } from '@/hooks/__test__/useMovies.ts';
  4. describe('useMovies hook', () => {
  5. // 通过vi.spyOn方法，我们可以在不触发真正的 API 调用的情况下运行测试，从而减少由于外部因素导致测试失败的机会。
  6. // 监视该global.fetch方法并模拟其实现以返回虚假响应
  7. const fetchSpy = vi.spyOn(global, 'fetch');
  8. // 注册一个回调函数，在开始运行当前上下文中的所有测试之前调用一次
  9. beforeAll(() => {
  10. const mockResolveValue = {
  11. ok: true,
  12. data: [{ title: 'Star Wars' }],
  13. };
  14. // 接受一个值，该值将在调用 mock 函数时返回
  15. fetchSpy.mockReturnValue(mockResolveValue as any);
  16. });
  17. // 测试 fetch异步获取数据
  18. it('should fetch movies', async () => {
  19. const { result } = renderHook(() => useMovies());
  20. await waitFor(() => {
  21. expect(result.current.isLoading).toBe(true);
  22. expect(result.current.movies).toEqual([{ title: 'Star Wars' }]);
  23. expect(result.current.error).toBe(null);
  24. });
  25. });
  26. // 注册一个回调函数，以便在当前上下文中所有测试运行完毕后调用一次。
  27. afterAll(() => {
  28. // 将内部实现还原为原始函数
  29. // 还可以在 beforeEach 或 afterEach 中使用 mockClear()in方法来确保我们的测试完全隔离
  30. fetchSpy.mockRestore();
  31. });
  32. });
  通过调用vi.spyOn(global, 'fetch')，拿到代理方法，再调用mockReturnValue设置mock值，以此来模拟接口返回，这样更方便去断言。
  由于我们模拟了fetch方法的返回值，因此需要在测试完成后使用mockRestore恢复其原始实现，还可以使用该mockClear()方法清除所有mock的信息
  7.3测试生命周期
  - beforeAll：在当前文件的正式开始测试前执行一次，适合做一些每次test前都要做的初始化操作，比如数据库的清空以及初始化
  - beforeEach：在当前文件的每个test执行前都调用一次。
  - afterAll：在当前文件所有测试结束后执行一次，适合做一些收尾工作，比如将mock清除。
  - afterEach：在当前文件的每个test执行完后都调用一次。
  结尾
  这篇文章从单元测试的重要性、测试工具、测试实践三个方面，带大家入门前端单元测试。
  相信大家认真学完后都能有收获！
  感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
  这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取

新手也能看懂的前端单元测试框架：Vitest

单元测试的概念及作用

前端单元测试工具以及测试规范

使用Vitest测试React项目

5、超格拉斯曼代数作为量子空间的深入探究

7、考克斯特多面体沿镜面滚动的研究

智能学术解决方案：2025年10大支持LaTeX的AI论文生成平台

1、量子物理基础：从早期实验到理论发展

14、WKB近似方法及其应用详解

java常用类库的一些知识点