单元测试通过隔离函数验证行为，Mocking可替换依赖如API或数据库，避免不稳定和慢速问题。Jest提供jest.fn()、jest.mock()等工具模拟返回值与调用，支持异步请求和错误场景，结合mockResolvedValue、toHaveBeenCalledWith等方法精准控制测试逻辑，并需用clearAllMocks或restoreAllMocks防止副作用，确保测试独立可靠。
JavaScript单元测试的核心在于验证函数或模块在隔离环境下的行为是否符合预期。为了做到这一点，经常需要使用Mocking技术来替换依赖项，比如外部API调用、数据库操作或其他模块，从而让测试更稳定、快速且可重复。
为什么需要单元测试和Mocking
单元测试的目标是单独测试最小代码单元（通常是函数或类方法），不依赖外部系统。如果被测函数依赖网络请求或时间相关操作（如Date.now()），直接运行会导致：
- 测试速度变慢
- 结果不稳定（网络可能失败）
- 难以模拟特定场景（如错误响应）
Mocking就是通过伪造这些依赖，控制它们的输出和行为，使测试更加精准可控。
常用的测试框架与工具
目前主流的JavaScript测试生态以Jest为主，它内置了断言库、测试运行器和强大的Mock功能，开箱即用。
立即学习“Java免费学习笔记（深入）”；
示例：安装Jest
npm install --save-dev jest
配置package.json：
"scripts": {
"test": "jest"
}
如何使用Mock函数（jest.fn）
最基础的Mock方式是使用jest.fn()创建一个监听函数，可以记录调用次数、参数等信息。
假设有一个处理用户数据的服务：
function processUser(fetchUser, userId) {
const user = fetchUser(userId);
return `Processed: ${user.name}`;
}
测试时可以用Mock替代真实的fetchUser：
test('processUser calls fetchUser with correct ID', () => {
const mockFetch = jest.fn();
mockFetch.mockReturnValue({ name: 'Alice' });
processUser(mockFetch, 123);
expect(mockFetch).toHaveBeenCalledWith(123);
expect(mockFetch()).toBe({ name: 'Alice' });
});
这里mockReturnValue设定返回值，toHaveBeenCalledWith验证调用参数。
自动Mock模块（jest.mock）
当项目中引入外部模块（如Axios、自定义工具类），可用jest.mock自动将整个模块替换为Mock版本。
例如有一个API调用模块：
// api.js
import axios from 'axios';
export async function fetchUserData(id) {
const res = await axios.get(`/api/users/${id}`);
return res.data;
}
测试时无需真实请求：
jest.mock('axios');
test('fetchUserData returns user data', async () => {
const axios = require('axios');
axios.get.mockResolvedValue({ data: { id: 1, name: 'Bob' } });
const result = await fetchUserData(1);
expect(result.name).toBe('Bob');
expect(axios.get).toHaveBeenCalledWith('/api/users/1');
});
mockResolvedValue用于模拟异步成功返回，对应还有mockRejectedValue模拟错误。
手动Mock实现复杂逻辑
有时需要更精细控制，比如根据不同参数返回不同结果，可以手动定义Mock行为。
const mockFs = {
readFile: jest.fn((path, cb) => {
if (path === 'valid.json') {
cb(null, '{"name":"John"}');
} else {
cb(new Error('File not found'), null);
}
})
};
然后在测试中注入这个Mock作为依赖，而不是使用真实文件系统。
还原Mock避免副作用
全局Mock（如Date、console）会影响其他测试，记得清理：
beforeEach(() => {
jest.spyOn(console, 'log').mockImplementation();
});
afterEach(() => {
jest.clearAllMocks();
});
或者使用jest.restoreAllMocks()恢复原始实现，特别是在修改原生对象时尤为重要。
基本上就这些。掌握Mock的关键是理解“隔离”原则——只测目标代码，不被依赖牵制。Jest提供了足够灵活的API来满足大多数场景，合理使用能大幅提升测试质量和开发效率。
