vitest-testing · existential-birds — скилл для Claude Code: тесты на Vitest
Скилл для ИИ-агента: подсказывает, как писать тесты на Vitest — ассерты, моки, асинхронность, конфиг. Пригодится, когда в проекте уже стоит Vitest.
npx skills add existential-birds/beagle --skill vitest-testing -a claude-codeЧто делает vitest-testing
Скилл даёт агенту справочник по Vitest: базовые ассерты (toBe, toEqual, toStrictEqual, toBeCloseTo), проверки строк, массивов и объектов, работу с исключениями через toThrow. Есть раздел про асинхронные тесты — там прямо сказано, что expect(...).resolves и expect(...).rejects всегда идут с await, иначе тест проходит ложно.
Моки описаны через vi.fn() и vi.mock: возвращаемые значения, mockResolvedValue, проверки вызовов. Для каждого теста скилл советует чистить моки в beforeEach через vi.clearAllMocks(). Отдельно разобраны методы it.todo, it.skip, it.only, .concurrent и .each([...]) для параметризованных прогонов.
Внутри есть последовательность проверок при добавлении или правке тестов. Первый шаг — запустить ту же команду, что и CI (смотрите скрипты в package.json, часто это vitest run), и убедиться, что код выхода 0 и падений нет. Второй шаг — пройтись по строкам с resolves и rejects и проверить, что везде стоит await. Тематику глубже раскрывают три файла в references/: моки, конфигурация и паттерны с таймерами и снапшотами. Скилл заточен под проекты на Vitest, в другом тест-раннере его подсказки не сработают.
Какие задачи решает
- написать юнит-тест на функцию с асинхронным вызовом
- настроить
vitest.configи файлы setup - замокать модуль через
vi.mockи проверить вызовы - поймать тест, который проходит ложно из-за забытого
await - разметить параметризованные тесты через
.each([...])
Примеры запросов агенту
- напиши тесты на Vitest для этого модуля, замокай
fetchDataчерезvi.mock - проверь мои тесты: везде ли
awaitпередexpect(...).resolvesиrejects - добавь параметризованный тест через
it.eachна эти три случая
Как установить vitest-testing
1Через Skills CLI (Vercel)
npx skills add existential-birds/beagle --skill vitest-testing -a claude-code2Вручную: положить файлы
~/.claude/skills/vitest-testing/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/vitest-testing/
1Через Skills CLI (Vercel)
npx skills add existential-birds/beagle --skill vitest-testing -a codex2Вручную: положить файлы
.agents/skills/vitest-testing/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add existential-birds/beagle --skill vitest-testing -a cursor2Вручную: положить файлы
.cursor/skills/vitest-testing/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install existential-birds/beagle vitest-testing2Вручную: положить файлы
.github/skills/vitest-testing/SKILL.md1Через Skills CLI (Vercel)
npx skills add existential-birds/beagle --skill vitest-testing -a gemini-cli2Командой платформы
gemini skills install https://github.com/existential-birds/beagle --path plugins/beagle-react/skills/vitest-testingВручную: положить файлы
.devin/skills/vitest-testing/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add existential-birds/beagle --skill vitest-testing -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Из того же набора8
Другие версии vitest-testing
Похожие
Рядом в теме «Тесты и QA»
Всё по теме «Тесты и QA» →Вопросы о vitest-testing
Как установить vitest-testing в Claude?
Выполните npx skills add existential-birds/beagle --skill vitest-testing -a claude-code. Файл скилла окажется по пути ~/.claude/skills/vitest-testing/SKILL.md.
Что делает vitest-testing?
Даёт агенту справочник по Vitest: ассерты, асинхронные матчеры, моки через vi.fn и vi.mock, методы it.skip и it.todo, а также шаги проверки тестов перед коммитом.
Что нужно, чтобы скилл заработал?
Проект на Vitest: команды запуска тестов берутся из скриптов package.json. В другом тест-раннере подсказки скилла не подойдут.
Исходный текст
SKILL.md · Apache-2.0
---
name: vitest-testing
description: Vitest testing framework patterns and best practices. Use when writing unit tests, integration tests, configuring vitest.config, mocking with vi.mock/vi.fn, using snapshots, or setting up test coverage. Triggers on describe, it, expect, vi.mock, vi.fn, beforeEach, afterEach, vitest.
---
# Vitest Best Practices
## Quick Reference
```ts
import { describe, it, expect, beforeEach, vi } from 'vitest'
describe('feature name', () => {
beforeEach(() => {
vi.clearAllMocks()
})
it('should do something specific', () => {
expect(actual).toBe(expected)
})
it.todo('planned test')
it.skip('temporarily disabled')
it.only('run only this during dev')
})
```
## Common Assertions
```ts
// Equality
expect(value).toBe(42) // Strict (===)
expect(obj).toEqual({ a: 1 }) // Deep equality
expect(obj).toStrictEqual({ a: 1 }) // Strict deep (checks types)
// Truthiness
expect(value).toBeTruthy()
expect(value).toBeFalsy()
expect(value).toBeNull()
expect(value).toBeUndefined()
// Numbers
expect(0.1 + 0.2).toBeCloseTo(0.3)
expect(value).toBeGreaterThan(5)
// Strings/Arrays
expect(str).toMatch(/pattern/)
expect(str).toContain('substring')
expect(array).toContain(item)
expect(array).toHaveLength(3)
// Objects
expect(obj).toHaveProperty('key')
expect(obj).toHaveProperty('nested.key', 'value')
expect(obj).toMatchObject({ subset: 'of properties' })
// Exceptions
expect(() => fn()).toThrow()
expect(() => fn()).toThrow('error message')
expect(() => fn()).toThrow(/pattern/)
```
## Async Testing
```ts
// Async/await (preferred)
it('fetches data', async () => {
const data = await fetchData()
expect(data).toEqual({ id: 1 })
})
// Promise matchers - ALWAYS await these
await expect(fetchData()).resolves.toEqual({ id: 1 })
await expect(fetchData()).rejects.toThrow('Error')
// Wrong - creates false positive
expect(promise).resolves.toBe(value) // Missing await!
```
## Quick Mock Reference
```ts
const mockFn = vi.fn()
mockFn.mockReturnValue(42)
mockFn.mockResolvedValue({ data: 'value' })
expect(mockFn).toHaveBeenCalled()
expect(mockFn).toHaveBeenCalledWith('arg1', 'arg2')
expect(mockFn).toHaveBeenCalledTimes(2)
```
## Verification gates
Use this sequence when you add or change tests; each step has an objective pass condition.
1. **Run the test suite** — From the package or workspace root, run the same command CI uses (check `package.json` scripts; often `vitest run`, `pnpm test`, or `npm test`). **Pass:** exit code is 0 and the report shows zero failing tests.
2. **Async matchers** — **Pass:** every `expect(…).resolves` and `expect(…).rejects` is prefixed with `await` (`await expect(...)`), as in [Async Testing](#async-testing). A line where `resolves` or `rejects` appears without `await` fails this gate.
## Additional Documentation
- **Mocking**: See [references/mocking.md](references/mocking.md) for module mocking, spying, cleanup
- **Configuration**: See [references/config.md](references/config.md) for vitest.config, setup files, coverage
- **Patterns**: See [references/patterns.md](references/patterns.md) for timers, snapshots, anti-patterns
## Test Methods Quick Reference
| Method | Purpose |
|--------|---------|
| `it()` / `test()` | Define test |
| `describe()` | Group tests |
| `beforeEach()` / `afterEach()` | Per-test hooks |
| `beforeAll()` / `afterAll()` | Per-suite hooks |
| `.skip` | Skip test/suite |
| `.only` | Run only this |
| `.todo` | Placeholder |
| `.concurrent` | Parallel execution |
| `.each([...])` | Parameterized tests |
© existential-birds · Apache-2.0 · existential-birds/beagle