JavaScript单元测试中复用fixture数据的核心是模块化组织：将测试数据按语义拆分为独立JS模块（如userFixtures.js），导出命名常量或工厂函数，按需导入使用，确保语义清晰、变更可控、支持计算与类型提示。
在 JavaScript 单元测试中复用通用的测试夹具（fixture）数据，核心是把固定、可预测的输入/输出样本提取成模块化、易维护的结构，避免重复定义和硬编码。关键不在于“怎么写”，而在于“怎么组织”和“怎么导入”。
用独立模块导出 fixture 数据
将常用测试数据（如模拟 API 响应、表单初始值、错误状态对象等）统一放在 fixtures/ 目录下的 JS 或 JSON 文件中，按语义命名，例如 userFixtures.js、apiResponseFixtures.js：
- 使用
export const导出命名常量，便于按需解构导入 - 避免默认导出，防止误用或命名冲突
- JSON 文件可用
import * as fixtures from './fixtures/errors.json'（需构建工具支持），但 JS 模块更灵活（支持计算、类型提示、注释）
按场景组合 fixture，而非堆砌所有字段
不要只定义一个“万能用户对象”，而是按测试意图拆分：
-
validUser：含必需字段且符合校验规则 -
userWithMissingEmail：专门用于测试邮箱必填逻辑 -
adminUser：带角色权限字段，用于权限相关 case
这样每个测试用例只导入真正需要的 fixture，语义清晰，变更影响可控。
立即学习“Java免费学习笔记（深入）”；
在测试文件中直接导入使用
以 Jest 为例，在测试文件中直接 import 并在 test 或 beforeEach 中使用：
import { validUser, userWithMissingEmail } from '../fixtures/userFixtures';
<p>test('rejects user without email', () => {
expect(() => validateUser(userWithMissingEmail)).toThrow('email is required');
});</p><p>test('accepts valid user', () => {
expect(validateUser(validUser)).toBe(true);
});进阶：用工厂函数生成带变体的 fixture
当需要微调字段（如不同 ID、时间戳、随机邮箱）时，用工厂函数替代静态对象：
- 导出
makeUser({ id = '1', email = 'test@example.com' } = {}) - 测试中调用
makeUser({ email: '' })快速构造边界情况 - 保持 fixture 的确定性（不引入 Math.random 或 Date.now()），必要时传入 seed 或固定时间值
