Vitest Best Practices
When to Apply This Skill
Use this skill when you encounter any of these scenarios:
File Patterns
- Working with
*.test.ts, *.spec.ts, or similar test files
- Creating new test files for TypeScript/JavaScript modules
- Reviewing existing vitest test suites
User Intent Keywords
- User mentions: vitest, testing, TDD, BDD, unit tests, integration tests
- User asks to: write tests, add test coverage, fix failing tests, refactor tests
- User discusses: mocking, stubbing, assertions, test performance, test organization
Code Context
- Files importing from
vitest (describe, it, expect, vi)
- Test setup/teardown code (
beforeEach, afterEach, beforeAll, afterAll)
- Mock/spy implementations using
vi.mock(), vi.spyOn(), vi.fn()
- Assertion chains (
expect(...).toEqual(), .toBe(), .toThrow(), etc.)
Common Tasks
- Writing new test cases for existing functionality
- Refactoring tests for better clarity or performance
- Debugging flaky or failing tests
- Improving test coverage or maintainability
- Reviewing test code for best practices compliance
Do NOT Use This Skill When
- Writing end-to-end tests with Playwright/Cypress (different scope)
- The task is purely about implementation code, not tests
What This Skill Covers
This skill provides comprehensive guidance on:
- Test Organization: File placement, naming conventions, grouping strategies
- AAA Pattern: Arrange, Act, Assert structure for clarity
- Parameterized Tests: Using
it.each() for testing variations
- Error Handling: Testing exceptions, edge cases, and fault injection
- Assertions: Choosing strict assertions (
toEqual, toStrictEqual, toThrow)
- Test Doubles: Fakes, stubs, mocks, spies - when to use each
- Async Testing: Promises, async/await, timers, and concurrent tests
- Performance: Fast tests, avoiding expensive operations, cleanup patterns
- Vitest-Specific Features: Coverage, watch mode, benchmarking, type testing, setup files
- Snapshot Testing: When and how to use snapshots effectively
How to Use
This skill uses a progressive disclosure structure to minimize context usage:
1. Start with the Overview (AGENTS.md)
Read AGENTS.md for a concise overview of all rules with one-line summaries.
2. Load Specific Rules as Needed
When you identify a relevant optimization, load the corresponding reference file for detailed implementation guidance:
Core Patterns:
- organization.md
- aaa-pattern.md
- parameterized-tests.md
- error-handling.md
- assertions.md
- test-doubles.md
Advanced Topics:
- async-testing.md
- performance.md
- vitest-features.md
- snapshot-testing.md
3. Apply the Pattern
Each reference file contains:
- ❌ Incorrect examples showing the anti-pattern
- ✅ Correct examples showing the optimal implementation
- Explanations of why the pattern matters
Quick Example
This skill helps you transform unclear tests into clear, maintainable ones:
Before (unclear):
test('product test', () => {
const p = new ProductService().add({name: 'Widget'});
expect(p.status).toBe('pendingApproval');
});
After (optimized with this skill):
describe('ProductService', () => {
describe('Add new product', () => {
it('should have status "pending approval" when no price is specified', () => {
// Arrange
const productService = new ProductService();
// Act
const newProduct = productService.add({name: 'Widget'});
// Assert
expect(newProduct.status).toEqual('pendingApproval');
});
});
});
Key Principles
- Clarity over cleverness: Tests should be instantly understandable
- Flat structure: Avoid deep nesting in describe blocks
- One assertion per concept: Focus tests on single behaviors
- Strict assertions: Prefer
toEqual over toBe, toStrictEqual when needed
- Minimal mocking: Use real implementations when practical
- Fast execution: Keep tests quick through efficient setup/teardown
1---2name: vitest-best-practices3description: Comprehensive vitest testing patterns covering test structure, AAA pattern, parameterized tests, assertions, mocking, test doubles, error handling, async testing, and performance optimization. Use when writing, reviewing, or refactoring vitest tests, or when user mentions vitest, testing, TDD, test coverage, mocking, assertions, or test files (*.test.ts, *.spec.ts).4---5
6# Vitest Best Practices
7
8## When to Apply This Skill
9
10Use this skill when you encounter any of these scenarios:
11
12### File Patterns
13
14- Working with `*.test.ts`, `*.spec.ts`, or similar test files
15- Creating new test files for TypeScript/JavaScript modules
16- Reviewing existing vitest test suites
17
18### User Intent Keywords
19
20- User mentions: vitest, testing, TDD, BDD, unit tests, integration tests
21- User asks to: write tests, add test coverage, fix failing tests, refactor tests
22- User discusses: mocking, stubbing, assertions, test performance, test organization
23
24### Code Context
25
26- Files importing from `vitest` (`describe`, `it`, `expect`, `vi`)
27- Test setup/teardown code (`beforeEach`, `afterEach`, `beforeAll`, `afterAll`)
28- Mock/spy implementations using `vi.mock()`, `vi.spyOn()`, `vi.fn()`
29- Assertion chains (`expect(...).toEqual()`, `.toBe()`, `.toThrow()`, etc.)
30
31### Common Tasks
32
33- Writing new test cases for existing functionality
34- Refactoring tests for better clarity or performance
35- Debugging flaky or failing tests
36- Improving test coverage or maintainability
37- Reviewing test code for best practices compliance
38
39## Do NOT Use This Skill When
40
41- Writing end-to-end tests with Playwright/Cypress (different scope)
42- The task is purely about implementation code, not tests
43
44## What This Skill Covers
45
46This skill provides comprehensive guidance on:
47
481. **Test Organization**: File placement, naming conventions, grouping strategies
492. **AAA Pattern**: Arrange, Act, Assert structure for clarity
503. **Parameterized Tests**: Using `it.each()` for testing variations
514. **Error Handling**: Testing exceptions, edge cases, and fault injection
525. **Assertions**: Choosing strict assertions (`toEqual`, `toStrictEqual`, `toThrow`)
536. **Test Doubles**: Fakes, stubs, mocks, spies - when to use each
547. **Async Testing**: Promises, async/await, timers, and concurrent tests
558. **Performance**: Fast tests, avoiding expensive operations, cleanup patterns
569. **Vitest-Specific Features**: Coverage, watch mode, benchmarking, type testing, setup files
5710. **Snapshot Testing**: When and how to use snapshots effectively
58
59## How to Use
60
61This skill uses a **progressive disclosure** structure to minimize context usage:
62
63### 1. Start with the Overview (AGENTS.md)
64
65Read [AGENTS.md](AGENTS.md) for a concise overview of all rules with one-line summaries.
66
67### 2. Load Specific Rules as Needed
68
69When you identify a relevant optimization, load the corresponding reference file for detailed implementation guidance:
70
71**Core Patterns:**
72- [organization.md](references/organization.md)
73- [aaa-pattern.md](references/aaa-pattern.md)
74- [parameterized-tests.md](references/parameterized-tests.md)
75- [error-handling.md](references/error-handling.md)
76- [assertions.md](references/assertions.md)
77- [test-doubles.md](references/test-doubles.md)
78
79**Advanced Topics:**
80- [async-testing.md](references/async-testing.md)
81- [performance.md](references/performance.md)
82- [vitest-features.md](references/vitest-features.md)
83- [snapshot-testing.md](references/snapshot-testing.md)
84
85### 3. Apply the Pattern
86
87Each reference file contains:
88- ❌ Incorrect examples showing the anti-pattern
89- ✅ Correct examples showing the optimal implementation
90- Explanations of why the pattern matters
91
92## Quick Example
93
94This skill helps you transform unclear tests into clear, maintainable ones:
95
96**Before (unclear):**
97```ts
98test('product test', () => {
99 const p = new ProductService().add({name: 'Widget'});
100 expect(p.status).toBe('pendingApproval');
101});
102```
103
104**After (optimized with this skill):**
105```ts
106describe('ProductService', () => {
107 describe('Add new product', () => {
108 it('should have status "pending approval" when no price is specified', () => {
109 // Arrange
110 const productService = new ProductService();
111
112 // Act
113 const newProduct = productService.add({name: 'Widget'});
114
115 // Assert
116 expect(newProduct.status).toEqual('pendingApproval');
117 });
118 });
119});
120```
121
122## Key Principles
123
124- **Clarity over cleverness**: Tests should be instantly understandable
125- **Flat structure**: Avoid deep nesting in describe blocks
126- **One assertion per concept**: Focus tests on single behaviors
127- **Strict assertions**: Prefer `toEqual` over `toBe`, `toStrictEqual` when needed
128- **Minimal mocking**: Use real implementations when practical
129- **Fast execution**: Keep tests quick through efficient setup/teardown