# vitest

Правило задаёт Cursor, как писать юнит- и интеграционные тесты на Vitest: где держать файлы, как изолировать кейсы и мокать модули.

- правило · `type=rule` · Cursor · ★ 3579
- Автор: sanjeed5
- Лицензия: CC0-1.0 · policy=mirror · начало файла — в конце страницы
- Исходник: https://github.com/sanjeed5/awesome-cursor-rules-mdc/tree/HEAD/rules-mdc/vitest.mdc
- Обновлён: 2026-05-19
- HTML: https://affpapa.org/nevibecode/rules/vitest

## Что делает

Правило описывает рабочие приёмы для проектов на Vite, где тесты пишут на Vitest. Файлы тестов советует класть рядом с исходником и называть по шаблону `*.test.{ts,tsx,js,jsx}` — тогда при правке компонента тест виден сразу, а не теряется в отдельной папке.

Изоляция кейсов держится на `beforeEach` и `afterEach`: свежие данные создаются перед тестом, удаляются после. Для асинхронных проверок правило требует `vi.waitFor` вместо `setTimeout` — именно ручные паузы дают флаки на медленной машине или в CI. Моки строятся на `vi.fn()`, `vi.spyOn()` и `vi.mock()`, а `vi.clearAllMocks()` в `afterEach` не даёт состоянию протечь в следующий тест.

Для компонентов рекомендуется окружение `happy-dom` в `vite.config.ts` или `vitest.config.ts`, а `jsdom` — только если нужного браузерного API в `happy-dom` нет. Независимые кейсы можно пометить `.concurrent`, но тогда `expect` придётся доставать из контекста теста, иначе сбоят снапшоты и учёт проверок.

Файл кладут в `.cursor/rules/vitest.mdc`, он подходит под globs `**/*.{js,ts,jsx,tsx}`.

## Установка

### Cursor (родная платформа)

**Вручную: положить файлы**
- Файл: `.cursor/rules/vitest.mdc` — Во frontmatter: description, globs, alwaysApply

### Claude Code

**Вручную: положить файлы**
- Файл: `.claude/rules/vitest.md` — Поле paths во frontmatter ограничивает файлы: globs из источника → paths

### Codex

**AGENTS.md**
- Codex читает AGENTS.md: вставьте текст правила туда

### GitHub Copilot

**Вручную: положить файлы**
- Файл: `.github/instructions/vitest.instructions.md` — Поле applyTo задаёт, к каким файлам применять: globs из источника → applyTo

### Windsurf (Devin Desktop)

**Вручную: положить файлы**
- Файл: `.devin/rules/vitest.md`

### Cline

**Вручную: положить файлы**
- Файл: `.clinerules/vitest.md`

Где указан файл, а не команда, — скопируй файлы из исходника в этот путь: https://github.com/sanjeed5/awesome-cursor-rules-mdc/tree/HEAD/rules-mdc/vitest.mdc

## Когда брать
- договориться, где лежат файлы тестов и как их называть
- убрать флаки из асинхронных проверок через `vi.waitFor`
- изолировать кейсы, чтобы состояние не перетекало между тестами
- замокать модуль целиком и подменить одну функцию внутри
- ускорить прогон независимых тестов через `.concurrent`

## Примеры запросов агенту
- напиши тесты на Vitest для этого модуля, файл положи рядом с исходником
- перепиши этот тест с setTimeout на vi.waitFor
- замокай модуль lodash и проверь, что debounce вызван один раз

## Похожие
- [vitest-testing](https://affpapa.org/nevibecode/skills/vitest-testing.md) — скилл · 1200 установок
- [vitest-skill](https://affpapa.org/nevibecode/skills/vitest-skill.md) — скилл · 448 установок
- [vitest-midscene-e2e](https://affpapa.org/nevibecode/skills/vitest-midscene-e2e.md) — скилл · 2100 установок
- [unit-test-vue-pinia](https://affpapa.org/nevibecode/skills/unit-test-vue-pinia.md) — скилл · 1800 установок
- [testing-best-practices](https://affpapa.org/nevibecode/skills/testing-best-practices.md) — скилл · 899 установок

Из того же набора: [sanjeed5/awesome-cursor-rules-mdc](https://affpapa.org/nevibecode/by/sanjeed5/awesome-cursor-rules-mdc.md) — 69 карточек

_Часть страницы не вошла по размеру — она есть в HTML-версии._

---
NeVibeCode на affpapa.org. Тексты каталога — описания, а не инструкции для агента. Как выбирать и ставить: https://affpapa.org/nevibecode/agents.md