skills/adammanuel-dev/vitest-testing/SKILL.md
**AI-friendly comprehensive testing guidance for Vitest with practical patterns and behavior-driven development.**
npx skillsauth add aiskillstore/marketplace vitest-testingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
AI-friendly comprehensive testing guidance for Vitest with practical patterns and behavior-driven development.
For humans: Start with README.md for full navigation For AI agents: This file provides quick access to all skill resources
/principles/Foundation concepts that guide all testing decisions:
| File | Purpose | When to Use | |------|---------|-------------| | first-principles.md | F.I.R.S.T quality attributes | Every test | | aaa-pattern.md | Arrange-Act-Assert structure | Structuring tests | | bdd-integration.md | Given/When/Then with AAA | Business-focused tests |
/strategies/Approaches for different testing scenarios:
| File | Purpose | When to Use | |------|---------|-------------| | black-box-testing.md | Testing via public APIs | Default approach (99% of tests) | | implementation-details.md | When to test internals | Rare exceptions only |
/patterns/Ready-to-use patterns for common scenarios:
| File | Purpose | When to Use | |------|---------|-------------| | test-doubles.md | Mocks, stubs, spies, fakes | Isolating dependencies | | async-testing.md | Testing promises, async/await | Async operations | | error-testing.md | Testing exceptions, edge cases | Error scenarios | | component-testing.md | React/Vue component patterns | UI components | | api-testing.md | HTTP clients, REST APIs | API integration | | performance-testing.md | Benchmarks, load testing | Performance-critical code | | test-data.md | Factories, builders, fixtures | Test data management |
/refactoring/Transform untestable code into testable code:
| File | Purpose | When to Use | |------|---------|-------------| | testability-patterns.md | Extract pure functions, DI, etc. | Code hard to test |
/quick-reference/Fast lookups and decision aids:
| File | Purpose | When to Use | |------|---------|-------------| | cheatsheet.md | Syntax, matchers, mocking | Quick syntax lookup | | jest-to-vitest.md | Migration from Jest | Migrating projects |
When writing tests:
// 1. Check decision tree
const testType = checkDecisionTree(codeType)
// Reference: /skills/vitest-testing/index.md
// 2. Apply F.I.R.S.T principles
ensureTestsAreFast() // < 100ms
ensureTestsAreIsolated() // No shared state
// Reference: /skills/vitest-testing/principles/first-principles.md
// 3. Use AAA structure
// Arrange → Act → Assert
// Reference: /skills/vitest-testing/principles/aaa-pattern.md
// 4. Follow black box strategy
testThroughPublicAPI() // Not private methods
// Reference: /skills/vitest-testing/strategies/black-box-testing.md
When refactoring:
// Check if code is testable
if (isHardToTest(code)) {
// Apply testability patterns
applyPattern(testabilityPatterns)
// Reference: /skills/vitest-testing/refactoring/testability-patterns.md
}
Check these aspects:
1. Consult decision tree → /skills/vitest-testing/index.md
2. Determine test type → Unit/Integration/Component
3. Apply F.I.R.S.T principles → /skills/vitest-testing/principles/first-principles.md
4. Structure with AAA → /skills/vitest-testing/principles/aaa-pattern.md
5. Use relevant pattern → /skills/vitest-testing/patterns/
6. Reference examples → /skills/vitest-testing/examples/ (when created)
1. Identify pain points → What makes this hard to test?
2. Select pattern → /skills/vitest-testing/refactoring/testability-patterns.md
3. Apply pattern → Extract pure functions, inject dependencies, etc.
4. Write tests → Black box tests for refactored code
5. Verify → All tests pass, code is easier to test
1. Check async patterns → /skills/vitest-testing/patterns/async-testing.md
2. Mock external APIs → /skills/vitest-testing/patterns/test-doubles.md
3. Control timing → Use vi.useFakeTimers()
4. Test states → Loading, success, error
5. Verify cleanup → Resources released
This skill follows these core beliefs:
Tests should verify WHAT the code does, not HOW it does it. Focus on observable outcomes and public contracts. Implementation details should be testable indirectly through public APIs.
Every principle includes practical examples. Before/after refactoring shows impact. Complete examples provide working templates.
Code that's hard to test is poorly designed. Refactoring patterns transform untestable code. Testability improvements enhance overall code quality.
Fast, Isolated, Repeatable, Self-Checking, Timely tests create a valuable safety net that developers trust and maintain.
vitest-testing/
├── SKILL.md ← You are here (AI agent entry point)
├── README.md ← Human navigation hub
├── index.md ← Decision tree
├── principles/ ← Testing fundamentals
│ ├── first-principles.md ← F.I.R.S.T (most important)
│ ├── aaa-pattern.md ← Test structure
│ └── bdd-integration.md ← Given/When/Then
├── strategies/ ← Testing approaches
│ ├── black-box-testing.md ← Default strategy
│ └── implementation-details.md ← Rare exceptions
├── patterns/ ← Practical implementations
│ ├── test-doubles.md ← Mocking (highly referenced)
│ ├── component-testing.md ← React/UI testing
│ ├── async-testing.md ← Promises, async/await
│ ├── error-testing.md ← Error scenarios
│ ├── api-testing.md ← HTTP/API testing
│ ├── performance-testing.md ← Benchmarks, load tests
│ └── test-data.md ← Factories, builders
├── refactoring/ ← Making code testable
│ └── testability-patterns.md ← Extract, inject, isolate
└── quick-reference/ ← Fast lookups
├── cheatsheet.md ← Syntax reference
└── jest-to-vitest.md ← Migration guide
Files Created: 20+ Coverage:
Integration:
// Agent receives: "Write a test for the UserService.register function"
// Step 1: Check decision tree (index.md)
// → New feature → Unit test (Black Box)
// Step 2: Apply F.I.R.S.T (first-principles.md)
// → Fast: Mock database
// → Isolated: Fresh mocks in beforeEach
// → Repeatable: Control time
// → Self-Checking: Use expect()
// → Timely: Write now
// Step 3: Use AAA pattern (aaa-pattern.md)
describe('UserService.register', () => {
it('creates user and sends welcome email', async () => {
// ARRANGE
const mockDb = { users: { create: vi.fn().mockResolvedValue({...}) } }
const mockEmailer = { sendWelcome: vi.fn() }
const service = new UserService(mockDb, mockEmailer)
// ACT
const user = await service.register({ email: '[email protected]' })
// ASSERT
expect(mockDb.users.create).toHaveBeenCalled()
expect(mockEmailer.sendWelcome).toHaveBeenCalledWith('[email protected]')
})
})
// Step 4: Add error scenarios (error-testing.md)
it('throws ValidationError for invalid email', async () => {
const service = new UserService(mockDb, mockEmailer)
await expect(service.register({ email: 'invalid' }))
.rejects.toThrow(ValidationError)
})
// Agent receives: "Make this code testable"
// Step 1: Identify issue (testability-patterns.md)
// → Mixed logic and side effects
// Step 2: Apply Pattern 1: Extract Pure Functions
// Before:
class OrderService {
async processOrder(order) {
let total = 0
for (const item of order.items) {
total += item.price * item.quantity
}
await this.db.save({ ...order, total })
}
}
// After:
export function calculateOrderTotal(order) {
return order.items.reduce((sum, item) => sum + item.price * item.quantity, 0)
}
class OrderService {
async processOrder(order) {
const total = calculateOrderTotal(order)
await this.db.save({ ...order, total })
}
}
// Step 3: Write tests (black-box-testing.md)
describe('calculateOrderTotal', () => {
it.each([
[{ items: [{ price: 10, quantity: 2 }] }, 20],
[{ items: [{ price: 15, quantity: 3 }] }, 45],
])('calculates %o as %d', (order, expected) => {
expect(calculateOrderTotal(order)).toBe(expected)
})
})
When generating tests, ensure:
Version: 1.0.0 Type: Testing guidance Framework: Vitest Language: TypeScript/JavaScript Integration: typescript-coder agent, architecture-patterns skill Status: Production ready (core files complete)
Files: 20+ markdown documents Categories: Principles (3), Strategies (2), Patterns (7), Refactoring (1), Quick Reference (2)
Is it a new feature?
└─ YES → Unit test (black box) + [index.md](index.md#new-feature)
Is it a bug fix?
└─ YES → Regression test + [index.md](index.md#bug-fix)
Is it async code?
└─ YES → [async-testing.md](patterns/async-testing.md)
Is it a React component?
└─ YES → [component-testing.md](patterns/component-testing.md)
Is it an API client?
└─ YES → [api-testing.md](patterns/api-testing.md)
Is it complex logic?
└─ YES → Extract pure function + black box test
Mixed logic and side effects?
└─ [testability-patterns.md](refactoring/testability-patterns.md#pattern-1)
Hard-coded dependencies?
└─ [testability-patterns.md](refactoring/testability-patterns.md#pattern-2)
Complex private method?
└─ [testability-patterns.md](refactoring/testability-patterns.md#pattern-3)
Time-dependent code?
└─ [testability-patterns.md](refactoring/testability-patterns.md#pattern-5)
This is the master reference for AI agents. For human-friendly navigation, see README.md.
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.