tdd-workflow

name	tdd-workflow
description	在编写新功能、修复错误或重构代码时使用此技能。强制执行具有 80%+ 覆盖率的测试驱动开发，包括单元、集成和 E2E 测试。

测试驱动开发工作流

此技能确保所有代码开发遵循 TDD 原则和全面的测试覆盖。

何时激活

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

核心原则

1. 测试先于代码

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

2. 覆盖要求

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

3. 测试类型

单元测试

• 单个函数和工具
• 组件逻辑
• 纯函数
• 助手和工具

集成测试

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

E2E 测试（Playwright）

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

TDD 工作流程步骤

步骤 1：编写用户旅程

作为 [角色]，我想要 [操作]，以便 [利益]

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

步骤 2：生成测试用例

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

describe('语义搜索', () => {
  it('为查询返回相关市场', async () => {
    // 测试实现
  })

  it('优雅处理空查询', async () => {
    // 测试边缘情况
  })

  it('当 Redis 不可用时回退到子字符串搜索', async () => {
    // 测试回退行为
  })

  it('按相似度分数对结果排序', 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('按钮组件', () => {
  it('渲染正确的文本', () => {
    render(<Button>点击我</Button>)
    expect(screen.getByText('点击我')).toBeInTheDocument()
  })

  it('点击时调用 onClick', () => {
    const handleClick = jest.fn()
    render(<Button onClick={handleClick}>点击</Button>)

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

    expect(handleClick).toHaveBeenCalledTimes(1)
  })

  it('当禁用属性为 true 时禁用', () => {
    render(<Button disabled>点击</Button>)
    expect(screen.getByRole()).()
  })
})

API 集成测试模式

import { NextRequest } from 'next/server'
import { GET } from './route'

describe('GET /api/markets', () => {
  it('成功返回市场', async () => {
    const request = new NextRequest('http://localhost/api/markets')
    const response = await GET(request)
    const data = await response.json()

    expect(response.status).toBe(200)
    expect(data.success).toBe(true)
    expect(Array.isArray(data.data)).toBe(true)
  })

  it('验证查询参数', async () => {
    const request = new NextRequest('http://localhost/api/markets?limit=invalid')
    const response = await GET(request)

    expect(response.status).()
  })

  (,  () => {
    
     request =  ()
    
  })
})

E2E 测试模式（Playwright）

import { test, expect } from '@playwright/test'

test('用户可以搜索和过滤市场', async ({ page }) => {
  // 导航到市场页面
  await page.goto('/')
  await page.click('a[href="/markets"]')

  // 验证页面已加载
  await expect(page.locator('h1')).toContainText('市场')

  // 搜索市场
  await page.fill('input[placeholder="搜索市场"]', 'election')

  // 等待防抖和结果
  await page.waitForTimeout(600)

  // 验证显示搜索结果
  const results = page.locator('[data-testid="market-card"]')
  await expect(results).toHaveCount(5, { timeout: 5000 })

  // 验证结果包含搜索词
  const firstResult = results.first()
  await expect(firstResult).toContainText('election', { ignoreCase: true })

  // 按状态过滤
  await page.()

  
   (results).()
})

(,  ({ page }) => {
  
   page.()

  
   page.(, )
   page.(, )
   page.(, )

  
   page.()

  
   (page.()).()

  
   (page).()
})

测试文件组织

src/
├── components/
│   ├── Button/
│   │   ├── Button.tsx
│   │   ├── Button.test.tsx          # 单元测试
│   │   └── Button.stories.tsx       # Storybook
│   └── MarketCard/
│       ├── MarketCard.tsx
│       └── MarketCard.test.tsx
├── app/
│   └── api/
│       └── markets/
│           ├── route.ts
│           └── route.test.ts         # 集成测试
└── e2e/
    ├── markets.spec.ts               # E2E 测试
    ├── trading.spec.ts
    └── auth.spec.ts

模拟外部服务

Supabase 模拟

jest.mock('@/lib/supabase', () => ({
  supabase: {
    from: jest.fn(() => ({
      select: jest.fn(() => ({
        eq: jest.fn(() => Promise.resolve({
          data: [{ id: 1, name: '测试市场' }],
          error: null
        }))
      }))
    }))
  }
}))

Redis 模拟

jest.mock('@/lib/redis', () => ({
  searchMarketsByVector: jest.fn(() => Promise.resolve([
    { slug: 'test-market', similarity_score: 0.95 }
  ])),
  checkRedisHealth: jest.fn(() => Promise.resolve({ connected: true }))
}))

OpenAI 模拟

jest.mock('@/lib/openai', () => ({
  generateEmbedding: jest.fn(() => Promise.resolve(
    new Array(1536).fill(0.1) // 模拟 1536 维嵌入
  ))
}))

测试覆盖率验证

运行覆盖率报告

npm run test:coverage

覆盖率门槛

{
  "jest": {
    "coverageThresholds": {
      "global": {
        "branches": 80,
        "functions": 80,
        "lines": 80,
        "statements": 80
      }
    }
  }
}

常见测试错误需避免

失败：错误：测试实现细节

// 不要测试内部状态
expect(component.state.count).toBe(5)

通过：正确：测试用户可见行为

// 测试用户看到的内容
expect(screen.getByText('计数: 5')).toBeInTheDocument()

失败：错误：脆弱的选择器

// 容易破坏
await page.click('.css-class-xyz')

通过：正确：语义选择器

// 对更改具有弹性
await page.click('button:has-text("提交")')
await page.click('[data-testid="submit-button"]')

失败：错误：无测试隔离

// 测试相互依赖
test('创建用户', () => { /* ... */ })
test('更新同一用户', () => { /* 依赖于前一个测试 */ })

通过：正确：独立测试

// 每个测试设置自己的数据
test('创建用户', () => {
  const user = createTestUser()
  // 测试逻辑
})

test('更新用户', () => {
  const user = createTestUser()
  // 更新逻辑
})

持续测试

开发期间的监视模式

npm test -- --watch
# 测试在文件更改时自动运行

提交前钩子

# 每次提交前运行
npm test && npm run lint

CI/CD 集成

# GitHub Actions
- name: 运行测试
  run: npm test -- --coverage
- name: 上传覆盖率
  uses: codecov/codecov-action@v3

最佳实践

1. 先编写测试 — 始终 TDD
2. 每个测试一个断言 — 专注于单一行为
3. 描述性测试名称 — 解释测试内容
4. 安排-执行-断言 — 清晰的测试结构
5. 模拟外部依赖 — 隔离单元测试
6. 测试边缘情况 — 空、未定义、空、大
7. 测试错误路径 - 不仅仅是快乐路径
8. 保持测试快速 — 单元测试 < 50ms 每个
9. 测试后清理 — 无副作用
10. 审查覆盖率报告 — 识别缺口

成功指标

• 实现 80%+ 代码覆盖率
• 所有测试通过（绿色）
• 无跳过或禁用的测试
• 快速测试执行（单元测试 < 30s）
• E2E 测试覆盖关键用户流程
• 测试在发布前捕获错误

---

记住：测试不是可选的。它们是支持自信重构、快速开发和生产可靠性的安全网。