affaan-m/ECC/docs/ja-JP/skills/tdd-workflow/SKILL.md
tdd-workflow
Use it for testing and engineering tasks; the detail page covers purpose, installation, and practical steps.
- Source repository stars
- 234,327
- Declared platforms
- 0
- Static risk flags
- 2
- Last source update
- 2026-07-27
- Source checked
- 2026-07-28
Decision brief
What it does—and where it fits
このスキルは、すべてのコード開発が包括的なテストカバレッジを備えたTDDの原則に従うことを保証します。
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/tdd-workflow"Inspect the Agent Skill "tdd-workflow" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/docs/ja-JP/skills/tdd-workflow/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
有効化するタイミング
新機能や機能の作成
新機能や機能の作成バグや問題の修正既存コードのリファクタリング - 02
コア原則
常にテストを最初に書き、次にテストに合格するコードを実装します。
最低80%のカバレッジ(ユニット + 統合 + E2E)すべてのエッジケースをカバーエラーシナリオのテスト - 03
1. コードの前にテスト
常にテストを最初に書き、次にテストに合格するコードを実装します。
常にテストを最初に書き、次にテストに合格するコードを実装します。 - 04
2. カバレッジ要件
最低80%のカバレッジ(ユニット + 統合 + E2E)
最低80%のカバレッジ(ユニット + 統合 + E2E)すべてのエッジケースをカバーエラーシナリオのテスト - 05
3. テストタイプ
個々の関数とユーティリティ
個々の関数とユーティリティコンポーネントロジック純粋関数
Permission review
Static risk signals and limitations
Runs scripts
The documentation asks the agent to run terminal commands or scripts.
npm testRuns scripts
The documentation asks the agent to run terminal commands or scripts.
npm testNetwork access
The documentation includes network, browsing, or remote request actions.
const request = new NextRequest('http://localhost/api/markets')Network access
The documentation includes network, browsing, or remote request actions.
const request = new NextRequest('http://localhost/api/markets?limit=invalid')Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 64/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 234,327 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- affaan-m/ECC
- Skill path
- docs/ja-JP/skills/tdd-workflow/SKILL.md
- Commit
- 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
- License
- MIT
- Collected
- 2026-07-28
- Default branch
- main
View the original SKILL.md
テスト駆動開発ワークフロー
このスキルは、すべてのコード開発が包括的なテストカバレッジを備えたTDDの原則に従うことを保証します。
有効化するタイミング
- 新機能や機能の作成
- バグや問題の修正
- 既存コードのリファクタリング
- 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()
})
})
API統合テストパターン
import { NextRequest } from 'next/server'
import { GET } from './route'
describe('GET /api/markets', () => {
it('returns markets successfully', 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('validates query parameters', async () => {
const request = new NextRequest('http://localhost/api/markets?limit=invalid')
const response = await GET(request)
expect(response.status).toBe(400)
})
it('handles database errors gracefully', async () => {
// データベース障害をモック
const request = new NextRequest('http://localhost/api/markets')
// エラー処理のテスト
})
})
E2Eテストパターン (Playwright)
import { test, expect } from '@playwright/test'
test('user can search and filter markets', async ({ page }) => {
// 市場ページに移動
await page.goto('/')
await page.click('a[href="/markets"]')
// ページが読み込まれたことを確認
await expect(page.locator('h1')).toContainText('Markets')
// 市場を検索
await page.fill('input[placeholder="Search markets"]', '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.click('button:has-text("Active")')
// フィルタリングされた結果を確認
await expect(results).toHaveCount(3)
})
test('user can create a new market', async ({ page }) => {
// 最初にログイン
await page.goto('/creator-dashboard')
// 市場作成フォームに入力
await page.fill('input[name="name"]', 'Test Market')
await page.fill('textarea[name="description"]', 'Test description')
await page.fill('input[name="endDate"]', '2025-12-31')
// フォームを送信
await page.click('button[type="submit"]')
// 成功メッセージを確認
await expect(page.locator('text=Market created successfully')).toBeVisible()
// 市場ページへのリダイレクトを確認
await expect(page).toHaveURL(/\/markets\/test-market/)
})
テストファイル構成
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: 'Test Market' }],
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
}
}
}
}
避けるべき一般的なテストの誤り
FAIL: 誤り:実装の詳細をテスト
// 内部状態をテストしない
expect(component.state.count).toBe(5)
PASS: 正解:ユーザーに見える動作をテスト
// ユーザーが見るものをテスト
expect(screen.getByText('Count: 5')).toBeInTheDocument()
FAIL: 誤り:脆弱なセレクタ
// 簡単に壊れる
await page.click('.css-class-xyz')
PASS: 正解:セマンティックセレクタ
// 変更に強い
await page.click('button:has-text("Submit")')
await page.click('[data-testid="submit-button"]')
FAIL: 誤り:テストの分離なし
// テストが互いに依存
test('creates user', () => { /* ... */ })
test('updates same user', () => { /* 前のテストに依存 */ })
PASS: 正解:独立したテスト
// 各テストが独自のデータをセットアップ
test('creates user', () => {
const user = createTestUser()
// テストロジック
})
test('updates user', () => {
const user = createTestUser()
// 更新ロジック
})
継続的テスト
開発中のウォッチモード
npm test -- --watch
# ファイル変更時に自動的にテストが実行される
プリコミットフック
# すべてのコミット前に実行
npm test && npm run lint
CI/CD統合
# GitHub Actions
- name: Run Tests
run: npm test -- --coverage
- name: Upload Coverage
uses: codecov/codecov-action@v3
ベストプラクティス
- テストを最初に書く - 常にTDD
- テストごとに1つのアサート - 単一の動作に焦点
- 説明的なテスト名 - テスト内容を説明
- Arrange-Act-Assert - 明確なテスト構造
- 外部依存関係をモック - ユニットテストを分離
- エッジケースをテスト - null、undefined、空、大きい値
- エラーパスをテスト - ハッピーパスだけでなく
- テストを高速に保つ - ユニットテスト各50ms未満
- テスト後にクリーンアップ - 副作用なし
- カバレッジレポートをレビュー - ギャップを特定
成功指標
- 80%以上のコードカバレッジを達成
- すべてのテストが成功(グリーン)
- スキップまたは無効化されたテストなし
- 高速なテスト実行(ユニットテストは30秒未満)
- E2Eテストがクリティカルなユーザーフローをカバー
- テストが本番前にバグを検出
覚えておいてください:テストはオプションではありません。テストは自信を持ってリファクタリングし、迅速に開発し、本番の信頼性を可能にする安全網です。
Alternatives
Compare before choosing
affaan-m/ECC
tdd-workflow
Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.
affaan-m/ECC
tdd-workflow
Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.
affaan-m/ECC
tdd-workflow
Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.
affaan-m/ECC
tdd-workflow
Use it for testing and engineering tasks; the detail page covers purpose, installation, and practical steps.