tdd-workflow

测试驱动开发工作流

此 skill 确保所有代码开发遵循 TDD 原则并具有全面的测试覆盖。

何时激活

• 编写新功能或特性
• 修复 bug 或问题
• 重构现有代码
• 添加 API 端点
• 创建新组件

核心原则

1. 代码之前先写测试

始终先写测试，然后实现代码使测试通过。

2. 覆盖率要求

• 最低 80% 覆盖率（单元 + 集成 + E2E）
• 覆盖所有边界情况
• 测试错误场景
• 验证边界条件

3. 测试类型

单元测试

• 独立的函数和工具
• 组件逻辑
• 纯函数
• 辅助函数和工具

集成测试

• API 端点
• 数据库操作
• 服务交互
• 外部 API 调用

E2E 测试（Playwright）

• 关键用户流程
• 完整工作流
• 浏览器自动化
• UI 交互

TDD 工作流步骤

步骤 1：编写用户旅程

作为 [角色]，我想要 [动作]，以便 [收益]

示例：
作为用户，我想要语义搜索市场，
以便即使没有精确关键词也能找到相关市场。

步骤 2：生成测试用例

为每个用户旅程创建全面的测试用例：

describe('Semantic Search', () => {
  it('returns relevant markets for query', async () => {
    // 测试实现
  })

  it('handles empty query gracefully', async () => {
    // 测试边界情况
  })

  it('falls back to substring search when Redis unavailable', async () => {
    // 测试回退行为
  })

  it('sorts results by similarity score', async () => {
    // 测试排序逻辑
  })
})

步骤 3：运行测试（它们应该失败）

npm test
# 测试应该失败 - 我们还没有实现

步骤 4：实现代码

编写最少的代码使测试通过：

// 由测试指导的实现
export async function searchMarkets(query: string) {
  // 这里是实现
}

步骤 5：再次运行测试

npm test
# 测试现在应该通过

步骤 6：重构

在保持测试绿色的情况下改进代码质量：

• 消除重复
• 改进命名
• 优化性能
• 增强可读性

步骤 7：验证覆盖率

npm run test:coverage
# 验证达到 80%+ 覆盖率

测试模式

单元测试模式（Jest/Vitest）

import { render, screen, fireEvent } from '@testing-library/react'
import { Button } from './Button'

describe('Button Component', () => {
  it('renders with correct text', () => {
    render(<Button>Click me</Button>)
    expect(screen.getByText('Click me')).toBeInTheDocument()
  })

  it('calls onClick when clicked', () => {
    const handleClick = jest.fn()
    render(<Button onClick={handleClick}>Click</Button>)

    fireEvent.click(screen.getByRole('button'))

    expect(handleClick).toHaveBeenCalledTimes(1)
  })

  it('is disabled when disabled prop is true', () => {
    render(<Button disabled>Click</Button>)
    expect(screen.getByRole('button')).toBeDisabled()
  })
})