本文详解为何在 playwright 中将 faker 对象定义为顶层常量会导致多测试间数据复用，并提供三种可靠解决方案：延迟初始化、工厂函数封装、以及测试内联生成，确保每次测试都获得真正独立的随机数据。
在 Playwright（或其他现代测试框架）中，若将 Faker 生成的对象直接声明为模块级常量（如 const product = { id: faker.random.numeric(6), note: faker.random.word() };），该对象会在测试文件加载时仅执行一次，其属性值随即固化。这意味着所有引用该 product 的测试用例（即使并行或顺序执行）都会共享同一组随机值——这并非“伪随机”，而是根本未重新生成，从而导致断言失效、截图重复、数据冲突等隐蔽问题。
根本原因在于 javaScript 的执行时机：顶层代码在测试套件解析阶段即完成求值，而非在每个 test() 执行前动态触发。因此，无论你使用同步函数 generateNewData() 还是直接内联对象，只要调用发生在 test() 外部或未在测试作用域内每次重新调用，就无法保证数据隔离。
✅ 正确做法是：确保 Faker 调用严格发生在每个测试的执行上下文中。以下是三种经实践验证的推荐方案：
✅ 方案一：测试内联生成（最简洁、推荐）
test('Populate form A', async ({ dashboardPage, page }) => { const product = { id: faker.string.numeric({ length: 6 }), // 注意：新版 Faker 推荐使用 faker.string.* note: faker.word.sample(), }; await dashboardPage.createNewProduct(product); await expect(page).toHaveScreenshot(); }); test('Populate form B', async ({ dashboardPage, page }) => { const product = { id: faker.String.numeric({ length: 6 }), note: faker.word.sample(), }; await dashboardPage.createNewProduct(product); await expect(page).toHaveScreenshot(); });✅ 优势：无额外函数开销，逻辑清晰，100% 隔离；⚠️ 注意：Faker v8+ 已弃用 faker.random.*，请改用 faker.string.*、faker.word.* 等模块化 API。
✅ 方案二：工厂函数（提升复用性与可维护性）
const createProduct = (): { id: string; note: string } => ({ id: faker.string.numeric({ length: 6 }), note: faker.word.sample(), }); test('Populate form A', async ({ dashboardPage, page }) => { await dashboardPage.createNewProduct(createProduct()); await expect(page).toHaveScreenshot(); }); test('Populate form B', async ({ dashboardPage, page }) => { await dashboardPage.createNewProduct(createProduct()); await expect(page).toHaveScreenshot(); });✅ 优势：避免重复代码，便于统一修改字段逻辑（如添加 name 或 price）；支持 typescript 类型推导，增强 ide 支持。
✅ 方案三：参数化测试 + 工厂调用（适用于多场景批量验证）
for (const scenario of ['basic', 'edge-case']) { test(`Populate form ${scenario}`, async ({ dashboardPage, page }) => { // 每次循环迭代均生成全新数据 const product = createProduct(); console.log(`Test ${scenario}:`, product); // 可用于调试 await dashboardPage.createNewProduct(product); await expect(page).toHaveScreenshot(`product-${scenario}.png`); }); }✅ 优势：天然隔离，自动为每个 scenario 创建独立测试用例，适合覆盖不同业务路径。
⚠️ 关键注意事项
- 不要在 test() 外部调用 Faker：包括 const product = createProduct() 放在文件顶部、beforeAll 中初始化等，均会导致数据复用。
- 避免 async 工厂的误导性用法：原答案中 async function generateProduct() 并非必需（Faker 生成是同步操作），await 无实际意义，反而增加理解成本；除非你后续需集成异步依赖（如调用 API 补充数据），否则保持同步更高效。
- 升级 Faker 版本：v8+ 强制模块化调用（如 faker.string.numeric），旧版 faker.random.* 已废弃，及时迁移可避免兼容性风险。
总结：测试数据的“随机性”本质是执行时机的确定性——只要确保 Faker 方法在每个测试生命周期内被独立、多次、按需调用，即可彻底解决数据污染问题。优先选择内联生成或纯函数工厂，结构清晰、易于调试、零副作用。