古法编程

使用 Jest 测试模式提升单元测试质量与 TDD 效率

通过引入工厂函数、行为驱动测试和标准化的 Mock 策略，解决单元测试中数据冗余、过度依赖实现细节以及测试用例难以维护的问题。

为什么需要这个技能

在编写单元测试时，开发者经常面临三大痛点：首先是测试数据重复，每次创建 Mock 对象都要写一遍冗长的属性；其次是测试过于依赖实现细节，导致代码一重构测试就崩溃；最后是缺乏规范的 TDD（测试驱动开发）节奏，导致测试变成了事后补齐的“走形式”。

掌握一套成熟的测试模式（Testing Patterns），可以让 AI 帮你生成高覆盖率且易于维护的测试集，确保代码在重构时依然稳健。

适用场景

  • 实施 TDD 流程，在编写业务代码前先定义测试用例。
  • 需要为复杂组件创建大量具有默认值的 Mock 数据时。
  • 需要隔离外部依赖（如 GraphQL Hooks、第三方分析库）进行模拟测试。
  • 优化现有的测试结构，将“实现测试”转变为“行为测试”。

核心工作流

1. 遵循 TDD 红-绿-重构循环

  • Red：先写一个会失败的测试用例。
  • Green：实现最少量的代码以通过测试。
  • Refactor：在保证测试通过的前提下优化代码结构。

2. 采用工厂函数（Factory Pattern）

避免在每个测试用例中手动定义对象，使用 getMockX 函数提供默认值并支持部分覆盖。

const getMockUser = (overrides?: Partial<User>): User => {
  return {
    id: '123',
    name: 'John Doe',
    email: 'john@example.com',
    role: 'user',
    ...overrides,
  };
};

// 使用方式
const user = getMockUser({ role: 'admin' });

3. 行为驱动 Mock 策略

  • 模块模拟：使用 jest.mock 隔离第三方依赖。
  • 状态模拟：针对 GraphQL 等 Hook 模拟不同的返回状态（Loading, Error, Success）。
  • 断言焦点：测试用户看到的界面结果（Behavior），而非 Mock 函数是否被调用（Implementation）。

4. 标准化测试结构

使用 describe 块对功能进行分层（渲染 → 交互 → 边界情况），并在 beforeEach 中清理 Mock 状态以保证用例独立性。

下载和安装

下载 testing-patterns 中文版 Skill ZIP

解压后将目录放入你的 AI 工具 skills 文件夹，重启工具后即可使用。具体路径参考内附的 USAGE.zh.md。

你可能还需要

暂无推荐