

新闻资讯
行业动态JavaScript单元测试与集成测试需协同使用:前者隔离依赖验证单个函数逻辑(如add(2,3)===5),后者验证多模块协作(如按钮点击触发fetch并更新DOM),二者缺一不可且不可混淆。
JavaScript 单元测试和集成测试不是“选一个用”,而是解决不同层次的问题:单元测试验证 add 函数输入 2 和 3 是否返回 5;集成测试验证点击按钮后,fetch 请求是否发出、响应数据是否正确更新了 DOM。两者缺一不可,但混淆它们会导致测试脆弱或漏检。
单元测试的核心是隔离——用 mocks/stubs 切断外部依赖,只聚焦被测单元的行为是否符合预期。它快、稳定、定位问题直接。
calculateTotal(cartItems) 是否对空数组返回 0?对含税项是否正确累加?fetch、localStorage、第三方库(如 moment)、父组件传入的回调函数
fetch,导致测试实际发请求——网络波动会让 CI 随机失败;或者 mock 了但没校验调用参数(比如没检查 fetch 是否用了正确的 URL)Jest(开箱 mock 能力强) + @testing-library/react(测 React 组件时专注用户行为,不依赖实现细节)test('calculates total correctly', () => {
const items = [{ price: 10, qty: 2 }, { price: 5, qty: 1 }];
expect(calculateTotal(items)).toBe(25);
});
集成测试不 mock 大部分依赖,允许真实模块间通信,目标是发现接口不匹配、数据流断裂、副作用遗漏等问题。它比单元测试慢,但更贴近真实运行环境。
getUserById(123) → 成功后渲染用户名和邮箱
fetch(或用 msw 拦截并返回预设响应),不 mock 父子组件通信,允许状态管理库(如 zustand 或 Redux
)参与流程@testing-library/react 的 render + userEvent + server.use(配合 msw)test('loads and displays user after button click', async () => {
server.use(
rest.get('/api/users/123', (req, res, ctx) =>
res(ctx.json({ id: 123, name: 'Alice', email: 'a@b.com' }))
)
);
render( );
await userEvent.click(screen.getByText('Load User'));
expect(await screen.findByText('Alice')).toBeInTheDocument();
expect(screen.getByText('a@b.com')).toBeInTheDocument();
});
改一行工具函数逻辑?补单元测试;加一个新 API 调用链?先写集成测试;重构组件结构但不改行为?单元测试应全过,集成测试可辅助确认 UI 流程没断。
filterItems(searchTerm, items))、自定义 Hook 内部逻辑console.log 的函数写单元测试,意义不大;但若它调用了 navigator.geolocation.getCurrentPosition,那就需要集成测试来确认权限提示和坐标处理是否连贯真正难的是边界判断——比如某个 Hook 同时封装了 fetch 和本地缓存逻辑,它算单元还是集成?答案是:按你最想保护的契约来定。如果重点是“相同输入永远返回相同输出”,就 mock 掉 fetch 和 localStorage 做单元测试;如果重点是“首次加载走网络、重复加载走缓存”,就必须让两者真实协作,用集成测试验证整个生命周期。