jest-generator — скилл для Claude Code: что делает и как установить
Генерирует модульные тесты на Jest для JavaScript, TypeScript и React-компонентов. Помогает закрыть пробелы в покрытии и настроить моки для внешних вызовов.
npx skills add secondsky/claude-skills --skill jest-generator -a claude-codeЧто делает jest-generator
Скилл создаёт файлы тестов рядом с исходным кодом по шаблону <module>.test.ts или .test.tsx. Внутри агент организует структуру Arrange-Act-Assert, группирует кейсы в блоки describe и сбрасывает состояние моков в хуках beforeEach и afterEach. Для компонентов на React сценарии проверяют поведение интерфейса через @testing-library/react.
Генератор закладывает проверку успешных веток, крайних случаев и генерации ошибок, ориентируясь на уровень покрытия от 80%. Он изолирует внешние зависимости через jest.mock, настраивает шпионы jest.spyOn, перехватывает таймеры с помощью jest.useFakeTimers() и тестирует промисы.
Для запуска готовых тестов скилл предлагает команды под Bun (bun test) или npm (npm test). Проверки интерфейсов опираются на @testing-library/jest-dom, поэтому без установленных библиотек окружения сгенерированные тесты для React не запустятся.
Какие задачи решает
- покрыть модульными тестами утилиты и модели на TypeScript
- протестировать события клика и рендеринг компонентов React
- сымитировать внешние зависимости модуля через
jest.mock - проверить асинхронные таймеры с помощью
jest.advanceTimersByTime - довести общее тестовое покрытие кодовой базы до 80%
Примеры запросов агенту
- Напиши тесты Jest для
src/utils/validator.ts, проверь граничные условия - Создай файл
Button.test.tsxдля компонента кнопки и проверь событие клика - Добавь тесты с фейковыми таймерами и промисами для
src/models/User.ts
Как установить jest-generator
1Через Skills CLI (Vercel)
npx skills add secondsky/claude-skills --skill jest-generator -a claude-code2Вручную: положить файлы
~/.claude/skills/jest-generator/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/jest-generator/
1Через Skills CLI (Vercel)
npx skills add secondsky/claude-skills --skill jest-generator -a codex2Вручную: положить файлы
.agents/skills/jest-generator/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add secondsky/claude-skills --skill jest-generator -a cursor2Вручную: положить файлы
.cursor/skills/jest-generator/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install secondsky/claude-skills jest-generator2Вручную: положить файлы
.github/skills/jest-generator/SKILL.md1Через Skills CLI (Vercel)
npx skills add secondsky/claude-skills --skill jest-generator -a gemini-cli2Командой платформы
gemini skills install https://github.com/secondsky/claude-skills --path plugins/jest-generator/skills/jest-generatorВручную: положить файлы
.devin/skills/jest-generator/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add secondsky/claude-skills --skill jest-generator -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о jest-generator
Как установить jest-generator в Claude Code?
Выполните команду npx skills add secondsky/claude-skills --skill jest-generator -a claude-code. Либо вручную скопируйте файл спецификации по пути ~/.claude/skills/jest-generator/SKILL.md.
Что делает скилл jest-generator?
Он помогает агенту писать структурированные модульные тесты Jest для JavaScript, TypeScript и React. Инструкции задают правильное именование файлов, очистку моков и изоляцию зависимостей.
Какой тестовый раннер использует jest-generator?
В качестве основного и более быстрого инструмента скилл рекомендует bun test, а альтернативой выступает npm test. В инструкциях есть готовые команды для запуска отдельных файлов, отслеживания изменений и сбора покрытия.
Исходный текст
SKILL.md · MIT
---
name: jest-generator
description: Generate Jest unit tests for JavaScript/TypeScript with mocking, coverage. Use for JS/TS modules, React components, test generation, or encountering missing coverage, improper mocking, test structure errors.
allowed-tools: Read, Write, Edit, Bash, Grep, Glob
license: MIT
---
# Jest Generator Skill
## Purpose
Generate Jest-based unit tests for JavaScript and TypeScript code, following Jest conventions and best practices with proper mocking, describe blocks, and code organization.
## When to Use
- Generate Jest tests for JavaScript/TypeScript modules
- Create test files for React components
- Add missing test coverage to existing code
- Need Jest-specific patterns (mocks, spies, snapshots)
## Test File Naming
**Source to Test Mapping:**
- `src/components/Feature.tsx` → `src/components/Feature.test.tsx`
- `src/utils/validator.ts` → `src/utils/validator.test.ts`
- `src/models/User.ts` → `src/models/User.test.ts`
## Running Tests
```bash
# Preferred: Using bun (faster)
bun test
# Run specific file
bun test src/utils/validator.test.ts
# Run with coverage
bun test --coverage
# Watch mode
bun test --watch
# Alternative: Using npm
npm test
npm test -- --coverage
```
## Jest Test Structure
```typescript
import { functionToTest, ClassToTest } from './Feature'
jest.mock('./dependency')
describe('ModuleName', () => {
beforeEach(() => {
jest.clearAllMocks()
})
afterEach(() => {
jest.restoreAllMocks()
})
describe('ClassName', () => {
let instance: ClassToTest
beforeEach(() => {
instance = new ClassToTest()
})
it('should return expected result with valid input', () => {
// Arrange
const input = { key: 'value' }
const expected = { processed: true }
// Act
const result = instance.method(input)
// Assert
expect(result).toEqual(expected)
})
it('should throw error with invalid input', () => {
expect(() => instance.method(null)).toThrow('Invalid input')
})
})
})
```
## Jest-Specific Patterns
### Mocking
```typescript
// Mock entire module
jest.mock('./api', () => ({
fetchData: jest.fn(),
}))
// Mock with implementation
const mockFn = jest.fn((x: number) => x * 2)
// Spy on method
const spy = jest.spyOn(obj, 'method').mockReturnValue('mocked')
spy.mockRestore()
```
### Async Testing
```typescript
it('should resolve with data', async () => {
const result = await asyncFunction()
expect(result).toBeDefined()
})
it('should reject with error', async () => {
await expect(asyncFunction()).rejects.toThrow('Error')
})
```
### Timers
```typescript
beforeEach(() => jest.useFakeTimers())
afterEach(() => jest.useRealTimers())
it('should execute after timeout', () => {
const callback = jest.fn()
setTimeout(callback, 1000)
jest.advanceTimersByTime(1000)
expect(callback).toHaveBeenCalled()
})
```
### Common Matchers
```typescript
// Equality
expect(value).toBe(expected)
expect(value).toEqual(expected)
// Truthiness
expect(value).toBeTruthy()
expect(value).toBeNull()
expect(value).toBeDefined()
// Arrays/Objects
expect(array).toContain(item)
expect(obj).toHaveProperty('key')
// Functions/Promises
expect(fn).toThrow('error')
await expect(promise).resolves.toBe(value)
// Mock functions
expect(mockFn).toHaveBeenCalled()
expect(mockFn).toHaveBeenCalledWith(arg)
```
### React Component Testing
```typescript
import { render, screen, fireEvent } from '@testing-library/react'
import '@testing-library/jest-dom'
import { Button } from './Button'
describe('Button', () => {
it('should call onClick when clicked', () => {
const handleClick = jest.fn()
render(<Button onClick={handleClick}>Click me</Button>)
fireEvent.click(screen.getByText('Click me'))
expect(handleClick).toHaveBeenCalledTimes(1)
})
})
```
## Quality Checklist
- [ ] Test file properly named (`<module>.test.ts`)
- [ ] All exported functions/classes tested
- [ ] Happy path and edge cases included
- [ ] Error conditions tested
- [ ] External dependencies mocked
- [ ] Tests organized with describe blocks
- [ ] beforeEach/afterEach for setup/cleanup
- [ ] Descriptive test names
- [ ] Coverage ≥ 80%
## Best Practices
1. Use descriptive test names: `should <expected> when <condition>`
2. Organize with describe blocks
3. Mock external dependencies only
4. Test user behavior for components
5. Use test.each for parametrized tests
6. Keep tests independent
7. Test error conditions
8. Aim for 80%+ coverage
© secondsky · MIT · secondsky/claude-skills