
Tdd Workflow
- 7.5k installs
- 238k repo stars
- Updated August 5, 2026
- affaan-m/everything-claude-code
A test-driven development enforcement skill that mandates writing tests before implementation, ensuring 80%+ coverage through unit, integration, and E2E test layers with structured workflows and patterns.
About
This skill enforces test-driven development principles where developers write tests before implementation code. It provides structured workflows for creating user journeys, generating test cases, implementing minimal code to pass tests, and refactoring while maintaining 80%+ coverage. The skill covers unit tests for functions and components, integration tests for APIs and database operations, and E2E tests using Playwright for critical user flows. Developers follow a seven-step cycle: write user journeys, generate test cases, run failing tests, implement code, verify passing tests, refactor, and check coverage. The skill includes patterns for Jest/Vitest unit tests, Next.js API integration tests, and Playwright E2E tests, with mocking strategies for Supabase, Redis, and OpenAI.
- Enforces tests-before-code discipline with 80%+ coverage requirement across unit, integration, and E2E layers
- Provides seven-step TDD workflow from user journeys through test generation, implementation, and coverage verification
- Includes test patterns for Jest/Vitest unit tests, Next.js API integration tests, and Playwright E2E browser automation
- Offers mocking strategies for external services including Supabase, Redis, and OpenAI with example implementations
- Defines test organization structure, coverage thresholds, CI/CD integration, and pre-commit hooks for continuous testing
Tdd Workflow by the numbers
- 7,532 all-time installs (skills.sh)
- +233 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #212 of 2,153 Testing & QA skills by installs in the Skillselion catalog
- Security screen: LOW risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
tdd-workflow capabilities & compatibility
free
- Capabilities
- test generation · tdd workflow · coverage verification · mock creation · e2e automation · ci integration
- Works with
- playwright · github · supabase
- Use cases
- testing · code review · refactoring · api development
- Platforms
- macOS · Windows · Linux
- Runs
- Runs locally
- Pricing
- Free
npx skills add https://github.com/affaan-m/everything-claude-code --skill tdd-workflowAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 7.5k |
|---|---|
| repo stars | ★ 238k |
| Security audit | 3 / 3 scanners passed |
| Last updated | August 5, 2026 |
| Repository | affaan-m/everything-claude-code ↗ |
What it does
Enforce test-driven development with 80%+ coverage across unit, integration, and E2E tests for new features, bug fixes, and refactoring.
Who is it for?
Teams building SaaS products or APIs who need disciplined test coverage, developers learning TDD practices, projects requiring comprehensive testing of frontend components and backend services.
Skip if: Quick prototypes or proof-of-concepts where testing overhead isn't justified, solo developers exploring ideas, projects with mature testing infrastructure already in place.
When should I use this skill?
Writing new features, fixing bugs, refactoring existing code, adding API endpoints, creating new components that need comprehensive test coverage.
What you get
Code is developed test-first with 80%+ coverage, all edge cases tested, and a safety net that enables confident refactoring and rapid development.
- unit test files
- integration test files
- E2E test files
By the numbers
- Requires minimum 80% coverage across all metrics
- Seven-step TDD workflow from user journeys to coverage verification
- Three test layers: unit, integration, and E2E
Files
Test-Driven Development Workflow
This skill ensures all code development follows TDD principles with comprehensive test coverage.
When to Activate
- Writing new features or functionality
- Fixing bugs or issues
- Refactoring existing code
- Adding API endpoints
- Creating new components
Core Principles
1. Tests BEFORE Code
ALWAYS write tests first, then implement code to make tests pass.
2. Coverage Requirements
- Minimum 80% coverage (unit + integration + E2E)
- All edge cases covered
- Error scenarios tested
- Boundary conditions verified
3. Test Types
Unit Tests
- Individual functions and utilities
- Component logic
- Pure functions
- Helpers and utilities
Integration Tests
- API endpoints
- Database operations
- Service interactions
- External API calls
E2E Tests (Playwright)
- Critical user flows
- Complete workflows
- Browser automation
- UI interactions
TDD Workflow Steps
Step 1: Write User Journeys
As a [role], I want to [action], so that [benefit]
Example:
As a user, I want to search for markets semantically,
so that I can find relevant markets even without exact keywords.Step 2: Generate Test Cases
For each user journey, create comprehensive test cases:
describe('Semantic Search', () => {
it('returns relevant markets for query', async () => {
// Test implementation
})
it('handles empty query gracefully', async () => {
// Test edge case
})
it('falls back to substring search when Redis unavailable', async () => {
// Test fallback behavior
})
it('sorts results by similarity score', async () => {
// Test sorting logic
})
})Step 3: Run Tests (They Should Fail)
npm test
# Tests should fail - we haven't implemented yetStep 4: Implement Code
Write minimal code to make tests pass:
// Implementation guided by tests
export async function searchMarkets(query: string) {
// Implementation here
}Step 5: Run Tests Again
npm test
# Tests should now passStep 6: Refactor
Improve code quality while keeping tests green:
- Remove duplication
- Improve naming
- Optimize performance
- Enhance readability
Step 7: Verify Coverage
npm run test:coverage
# Verify 80%+ coverage achievedTesting Patterns
Unit Test Pattern (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 Integration Test Pattern
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 () => {
// Mock database failure
const request = new NextRequest('http://localhost/api/markets')
// Test error handling
})
})E2E Test Pattern (Playwright)
import { test, expect } from '@playwright/test'
test('user can search and filter markets', async ({ page }) => {
// Navigate to markets page
await page.goto('/')
await page.click('a[href="/markets"]')
// Verify page loaded
await expect(page.locator('h1')).toContainText('Markets')
// Search for markets
await page.fill('input[placeholder="Search markets"]', 'election')
// Wait for debounce and results
await page.waitForTimeout(600)
// Verify search results displayed
const results = page.locator('[data-testid="market-card"]')
await expect(results).toHaveCount(5, { timeout: 5000 })
// Verify results contain search term
const firstResult = results.first()
await expect(firstResult).toContainText('election', { ignoreCase: true })
// Filter by status
await page.click('button:has-text("Active")')
// Verify filtered results
await expect(results).toHaveCount(3)
})
test('user can create a new market', async ({ page }) => {
// Login first
await page.goto('/creator-dashboard')
// Fill market creation form
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')
// Submit form
await page.click('button[type="submit"]')
// Verify success message
await expect(page.locator('text=Market created successfully')).toBeVisible()
// Verify redirect to market page
await expect(page).toHaveURL(/\/markets\/test-market/)
})Test File Organization
src/
├── components/
│ ├── Button/
│ │ ├── Button.tsx
│ │ ├── Button.test.tsx # Unit tests
│ │ └── Button.stories.tsx # Storybook
│ └── MarketCard/
│ ├── MarketCard.tsx
│ └── MarketCard.test.tsx
├── app/
│ └── api/
│ └── markets/
│ ├── route.ts
│ └── route.test.ts # Integration tests
└── e2e/
├── markets.spec.ts # E2E tests
├── trading.spec.ts
└── auth.spec.tsMocking External Services
Supabase Mock
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 Mock
jest.mock('@/lib/redis', () => ({
searchMarketsByVector: jest.fn(() => Promise.resolve([
{ slug: 'test-market', similarity_score: 0.95 }
])),
checkRedisHealth: jest.fn(() => Promise.resolve({ connected: true }))
}))OpenAI Mock
jest.mock('@/lib/openai', () => ({
generateEmbedding: jest.fn(() => Promise.resolve(
new Array(1536).fill(0.1) // Mock 1536-dim embedding
))
}))Test Coverage Verification
Run Coverage Report
npm run test:coverageCoverage Thresholds
{
"jest": {
"coverageThresholds": {
"global": {
"branches": 80,
"functions": 80,
"lines": 80,
"statements": 80
}
}
}
}Common Testing Mistakes to Avoid
FAIL: WRONG: Testing Implementation Details
// Don't test internal state
expect(component.state.count).toBe(5)PASS: CORRECT: Test User-Visible Behavior
// Test what users see
expect(screen.getByText('Count: 5')).toBeInTheDocument()FAIL: WRONG: Brittle Selectors
// Breaks easily
await page.click('.css-class-xyz')PASS: CORRECT: Semantic Selectors
// Resilient to changes
await page.click('button:has-text("Submit")')
await page.click('[data-testid="submit-button"]')FAIL: WRONG: No Test Isolation
// Tests depend on each other
test('creates user', () => { /* ... */ })
test('updates same user', () => { /* depends on previous test */ })PASS: CORRECT: Independent Tests
// Each test sets up its own data
test('creates user', () => {
const user = createTestUser()
// Test logic
})
test('updates user', () => {
const user = createTestUser()
// Update logic
})Continuous Testing
Watch Mode During Development
npm test -- --watch
# Tests run automatically on file changesPre-Commit Hook
# Runs before every commit
npm test && npm run lintCI/CD Integration
# GitHub Actions
- name: Run Tests
run: npm test -- --coverage
- name: Upload Coverage
uses: codecov/codecov-action@v3Best Practices
1. Write Tests First - Always TDD 2. One Assert Per Test - Focus on single behavior 3. Descriptive Test Names - Explain what's tested 4. Arrange-Act-Assert - Clear test structure 5. Mock External Dependencies - Isolate unit tests 6. Test Edge Cases - Null, undefined, empty, large 7. Test Error Paths - Not just happy paths 8. Keep Tests Fast - Unit tests < 50ms each 9. Clean Up After Tests - No side effects 10. Review Coverage Reports - Identify gaps
Success Metrics
- 80%+ code coverage achieved
- All tests passing (green)
- No skipped or disabled tests
- Fast test execution (< 30s for unit tests)
- E2E tests cover critical user flows
- Tests catch bugs before production
---
Remember: Tests are not optional. They are the safety net that enables confident refactoring, rapid development, and production reliability.
interface:
display_name: "TDD Workflow"
short_description: "Test-driven development with coverage gates"
brand_color: "#22C55E"
default_prompt: "Use $tdd-workflow to drive the change with tests before implementation."
policy:
allow_implicit_invocation: true
Related skills
Forks & variants (1)
Tdd Workflow has 1 known copy in the catalog totaling 1.6k installs. They canonicalize to this original listing.
- affaan-m - 1.6k installs
How it compares
Pick tdd-workflow for end-to-end test-first discipline with coverage gates; use a language-specific testing skill when you only need framework syntax for Vitest, Jest, or pytest.
FAQ
What coverage threshold is enforced?
Minimum 80% coverage required across branches, functions, lines, and statements with unit, integration, and E2E tests combined.
What testing frameworks does this support?
Jest or Vitest for unit tests, Next.js API routes for integration tests, and Playwright for E2E browser automation tests.
How are external services like Supabase mocked?
Uses Jest mocking with jest.mock() to replace Supabase, Redis, and OpenAI clients with controlled test doubles that return predictable data.
Is Tdd Workflow safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.