Skills для Claude Code и тестирование

Skills для Claude Code и тесты описывают, как в проекте принято тестировать: что считается достаточным покрытием, какие сценарии обязательны, как именуются кейсы и где проходит граница между юнит-тестом и интеграционным. Без этих правил модель пишет формально корректные тесты, которые проверяют не то, что ломается. Типичная проблема сгенерированных тестов — они закрепляют реализацию вместо поведения. Тест проверяет, что функция вызвала другую функцию, и падает при любом рефакторинге, ничего не сообщая о работоспособности. Правило «проверяем наблюдаемый результат, а не внутренние вызовы» — ровно то, что фиксируется в скилле. Вторая половина правил — про обязательные сценарии: пустой ввод, отказ внешнего сервиса, повторный запрос. Их модель пропускает не по неумению, а потому что о них не попросили.

Вторая частая задача — разбор упавшего прогона. В каскаде из сорока красных тестов настоящая причина обычно одна. Скилл описывает порядок разбора: найти первый упавший, отделить следствия, воспроизвести минимальным примером — и только потом чинить.

В подборке — скиллы для юнит-тестов, E2E-сценариев, работы с покрытием и разбора падений.

Скиллы в подборке

В подборке 268 скиллов, ниже перечислены 24 с наивысшей оценкой.

• Очистка AI-кода без изменения поведения — Принцип «удаление прежде добавления» лежит в основе ai-slop-cleaner: Claude Code очищает с его помощью AI-сгенерированный код регрессионно-безопасным рабочим процессом. Скилл устраняет дублирование логики, мёртвый код, избыточные абстракции, нарушения границ слоёв и слабое тестовое покрытие, не изменяя поведение программы. Перед правками формируется план очистки и запускаются точечные регрессионные тесты; область работы можно ограничить явным списком файлов. Опциональный режим `--review` разделяет роли автора правок и рецензента, что исключает самостоятельное одобрение высокорискованных изменений. Подходит разработчикам, которые хотят избавиться от «слопа» после AI-ассистированного кодинга, не рискуя сломать рабочий код.
• Тестирование смарт-контрактов на Solidity — web3-testing даёт Claude Code комплексное тестирование смарт-контрактов на Solidity с использованием Hardhat и Foundry. Скилл покрывает юнит-тесты, интеграционные тесты, фаззинг для поиска граничных случаев, газ-оптимизацию и форкинг мейннета для реалистичных сценариев. В Hardhat-части используются hardhat-gas-reporter, solidity-coverage и @nomicfoundation/hardhat-toolbox, а Foundry-часть включает cheatcodes (vm.prank, vm.deal, vm.expectRevert) и fuzz-тесты с произвольными входными данными. Скилл также позволяет автоматизировать отчёты о покрытии кода и верифицировать контракты на Etherscan. Подходит разработчикам DeFi-протоколов и Web3-приложений, которым нужно выстроить надёжный тестовый стенд для блокчейн-кода.
• Тестирование Temporal workflows на Python — Тестировать Temporal workflows на Python в Claude Code помогает temporal-python-testing: pytest, time-skipping и стратегии мокирования. Скилл охватывает три уровня тестирования: unit-тесты с WorkflowEnvironment и time-skipping (многомесячные workflows выполняются за секунды), интеграционные тесты с мокированием activities для изоляции логики, и replay-тесты для валидации детерминизма перед деплоем. Ресурсы организованы по файлам — `resources/unit-testing.md`, `resources/integration-testing.md`, `resources/replay-testing.md`, `resources/local-setup.md` — и загружаются по мере необходимости. Подойдёт разработчикам, которым нужно наладить CI/CD-пайплайн для Temporal-приложений, достичь покрытия кода ≥80% или отладить сбои в тестах.
• Визуальная проверка UI по эталонным скриншотам — visual-verdict сравнивает для Claude Code сгенерированные скриншоты UI с эталонными изображениями и возвращает строгий JSON-вердикт, который управляет следующей итерацией правок. Скилл принимает один или несколько reference_images, generated_screenshot и опциональный category_hint (например, dashboard или sns-feed), после чего выдаёт объект с полями score (0–100), verdict (pass / revise / fail), category_match, списками differences и suggestions, а также кратким reasoning. Порог прохождения — 90 баллов: пока score ниже, скилл требует продолжать редактирование и повторный запуск перед любой визуальной проверкой. При сложной диагностике расхождений pixel-diff-инструменты используются как вспомогательный слой, а найденные горячие точки конвертируются в конкретные пункты differences и suggestions. Подходит командам, которым нужна детерминированная автоматизированная проверка визуального соответствия макетам — вёрстка, дизайн-ревью, регрессионное тестирование UI.
• Автономный контроль качества кода — Автономный цикл контроля качества в Claude Code реализует ultraqa: он выполняет проверки, диагностирует сбои и применяет исправления до тех пор, пока заданная цель не будет достигнута. Поддерживаются режимы --tests, --build, --lint, --typecheck и --custom с произвольным паттерном успеха; флаг --interactive подключает субагента qa-tester для проверки CLI-сервисов. Каждый цикл из пяти максимально допустимых включает три шага: запуск команды, диагностику через субагента architect (модель Opus) и автоматическое исправление через executor (Sonnet). Если одна и та же ошибка повторяется трижды, скилл завершается досрочно с описанием корневой причины; состояние сессии хранится в .omc/ultraqa-state.json и удаляется при завершении. Подходит командам, которым нужно автоматически довести тесты, сборку или линтинг до зелёного статуса без ручного вмешательства в каждой итерации.
• Верификация кода перед релизом — verify заставляет Claude Code превращать расплывчатые утверждения «должно работать» в конкретные доказательства: проверки выполняются до объявления задачи завершённой. Рабочий процесс включает четыре уровня верификации: сначала запуск существующих тестов, затем проверка типов и сборки, потом точечные командные проверки, и в последнюю очередь — ручная валидация с фиксацией наблюдаемых результатов. Скилл сообщает только то, что реально проверено: что прошло, что упало, а что осталось непроверенным — без приукрашивания. Подходит для валидации фич, исправлений и рефакторинга всем, кто хочет уверенности в качестве кода перед релизом или код-ревью.
• Реализация фич в Video.js v10 — spf-implement-feature ведёт Claude Code через реализацию новых функций в Video.js v10 на основе их документации. Скилл охватывает создание новых поведений (behaviors) и обновление существующих, добавление примитивов медиа-слоя, написание тестов, а также разрешение открытых вопросов из спецификации перед началом кодирования. Video.js v10 — это современный модульный фреймворк медиаплеера для Web и React, находящийся в стадии бета (GA запланирован на середину 2026 года). Скилл подойдёт разработчикам, которые участвуют в развитии экосистемы Video.js v10 и хотят последовательно внедрять фичи с обновлением статуса по мере работы.
• Запуск и отладка конфигураций MPS через Claude Code — Для конфигураций запуска IDE корневых узлов MPS в Claude Code есть mps-run-configurations: он создаёт и выполняет их через MPS MCP. Поддерживает три формы: узлы, реализующие `IMainClass`, узлы `ClassConcept` со статическим методом `main`, и тест-кейсы `ITestCase` (JUnit). Инструмент покрывает полный путь от изменения DSL-корня до получения результата запуска: сборка модуля (`MAKE`), создание конфигурации с помощью `mps_mcp_create_run_configuration`, выполнение через `execute_run_configuration` MPS MCP. Скилл также помогает диагностировать типичные сбои — `ClassNotFoundException`, отказ из-за `compileInMPS=false` и ошибку «not runnable through this tool» — а также управляет повторным использованием существующих конфигураций во избежание дублей.
• Управление провайдерами и API-ключами через CLI — cli-providers даёт Claude Code управление подключениями провайдеров через CLI-инструмент omniroute. Скилл охватывает полный жизненный цикл соединений: просмотр каталога доступных провайдеров с фильтрацией по категориям (api-key, oauth, free, local, combo), добавление и листинг настроенных подключений, тестирование одного или всех активных соединений через интерактивный TUI с live-статусом pass/fail, а также локальную валидацию конфигурации без HTTP-запросов. Управление ключами включает команды keys list/add/remove/rotate/revoke/reveal/usage и настройку политик rate-limit и permissions. Дополнительно доступны команды для работы с OAuth-провайдерами (login, logout, refresh, status) и просмотра метрик по периодам и соединениям. Подходит разработчикам, которым нужно централизованно управлять API-ключами и подключениями к множеству LLM-провайдеров из командной строки.
• Ревью изменений в Git-ветке — review-branch проверяет в Claude Code изменения в текущей Git-ветке и предлагает конкретные улучшения без написания кода. Скилл категоризирует изменённые файлы, применяет релевантные критерии code review и формирует план устранения обнаруженных проблем. Подходит разработчикам, которым нужно быстро оценить качество кода перед созданием pull request или слиянием ветки. Помогает выявлять архитектурные несоответствия, нарушения стиля и потенциальные баги на этапе проверки, не затрагивая сам код.
• Тестирование MPS-моделей и редактора — mps-tests служит в Claude Code справочником по написанию и модификации тестов внутри MPS-моделей со стереотипом `@tests`. Охватывает четыре типа тест-кейсов: `NodesTestCase` (типизация, ограничения, области видимости, dataflow, вывод генератора), `EditorTestCase` (интенции, действия, клавиши, side-transforms, автодополнение), `MigrationTestCase` (скрипты миграции) и `BTestCase` (JUnit-тесты на Java/Kotlin без MPS-специфичных утверждений). Скилл описывает встроенные аннотации (`has error`, `has type`, `ScopesTest`), перекрёстные ссылки через метки `node<label>`, маркеры каретки и запуск тестов через MCP или непосредственно в MPS. Используется всякий раз, когда задача связана с созданием или исправлением тестов в модели с фасетом `tests`, либо с интерпретацией упавших тестов.
• Комплексный ревью кода после рефакторинга — После изменений Claude Code запускает tendril-review — комплексный post-change обзор всех изменённых файлов в текущем рабочем дереве или указанной ветке. Скилл проходит четыре фазы: определяет область изменений через `git diff --name-only` и `git status`, проверяет каждый файл на code smells (мёртвый код, дублирование, избыточная сложность, непоследовательные паттерны), анализирует тесты запуском `dotnet test` и формирует структурированный отчёт с приоритизированными рекомендациями. Перед удалением legacy-кода или устаревших тестов скилл обязательно запрашивает подтверждение пользователя. Подходит разработчикам, которым нужно привести кодовую базу в порядок после крупного рефакторинга или серии правок.
• Верификация кода по критериям приёма — Через code-verification Claude Code проверяет код на соответствие требованиям, критериям приёма и стандартам качества: цикл главный агент / подагент даёт структурированную обратную связь и автоматические повторные попытки. Рабочий процесс включает семь шагов: парсинг инструкций верификации, предварительную валидацию, цикл проверок, попытки исправлений, обновление чеклиста, генерацию отчёта и запись результатов в файл verification-log.jsonl. Каждая инструкция разбивается на дискретный тестируемый пункт с уникальным ID, подходом к проверке (инспекция файлов, запуск тестов, линтинг, проверка типов) и признаком необходимости браузера. Браузерные критерии сначала проверяются через curl, а при необходимости — через Playwright MCP с поддержкой DOM-инспекции, скриншотов, анализа консоли, сетевых запросов, производительности и доступности. Подходит командам, которым нужна автоматизированная проверка acceptance criteria и QA-валидация кода перед релизом.
• Получение URL превью-деплоя Vercel — vercel-preview определяет в Claude Code URL превью-деплоя Vercel для текущей git-ветки. Скилл вызывается автоматически из browser-verification, когда `deployment.enabled` равно true, а также из phase-checkpoint для браузерных приёмочных тестов — или напрямую, чтобы проверить статус деплоя. Рабочий процесс состоит из пяти шагов: получение git-контекста (ветка и коммит), проверка линковки проекта через `.vercel/project.json`, запрос деплоев командой `vercel ls --json -m gitBranch`, опциональное ожидание готовности с таймаутом до 300 секунд и возврат URL или диагностики. Подходит командам, которым нужно прогонять E2E-тесты не против localhost, а против production-like окружения Vercel в CI/CD-пайплайне.
• Исследование и план E2E-верификации пользовательского флоу — discover-flow-verification направляет исследование и обсуждение того, как AI-агент в Claude Code может самостоятельно запустить и верифицировать конкретный пользовательский flow от начала до конца. Скилл работает в режиме discovery: читает документацию репозитория, существующие тесты и контракты верификации, определяет реальный канал под тестом (Browser UI, CLI, HTTP API, MCP, webhook и другие), выявляет неконтролируемые зависимости и задаёт уточняющие вопросы по одному за раз. На выходе формируется конкретный план верификации с описанием flow claim, harness shape, assertions, teardown и открытых решений — без перехода к реализации до явного запроса. Подходит для команд, которые проектируют E2E-тестирование, создают самопроверяемые harness для агентов или оценивают готовность тестового окружения перед имплементацией.
• Проверка шлюзов качества между фазами разработки — Перед автоматическим переходом к следующему этапу разработки phase-checkpoint запускает в Claude Code проверочные критерии завершения фазы и верифицирует шлюзы качества. Скилл выполняет девятишаговый чекпоинт: определяет рабочий контекст и режим (feature, greenfield или greenfield-legacy), читает EXECUTION_PLAN.md и PLAN_STATUS.md, проверяет доступность инструментов, запускает локальные тесты, линтинг, type-check, сборку и мутационное тестирование, затем передаёт код на кросс-модельное ревью через Codex CLI и верифицирует боевое окружение. Ручные пункты классифицируются как блокирующие или откладываемые в DEFERRED_QUEUE.md, после чего обновляются чекбоксы в EXECUTION_PLAN.md и генерируется отчёт. Используется вместе с /phase-start командами разработчиками, которым нужна автоматизированная оркестрация фаз с независимой проверкой качества на каждом этапе.
• Модульное тестирование пакетов Datagrok — Для Claude Code add-package-tests добавляет в пакеты Datagrok инфраструктуру модульного тестирования на собственном тестовом фреймворке платформы. Скилл охватывает полный цикл: инициализацию через `grok create --test` или `grok add tests`, создание TypeScript-файлов в `src/tests/` с функциями `category`, `test` и `expect` из `@datagrok-libraries/utils/src/test`, регистрацию файлов в `src/package-test.ts`, а также запуск тестов через CLI-команду `grok test` с флагами `--host`, `--gui`, `--category` и `--test`. Поддерживается пропуск нестабильных тестов через параметр `skipReason` с указанием ключа Jira и добавление встроенных тестовых аннотаций `//test:` непосредственно в заголовок функции для простой проверки ввода/вывода. Подойдёт разработчикам Datagrok-пакетов, которые хотят выстроить надёжное тестирование с нуля или дополнить уже существующий пакет покрытием.
• Верификация задач по критериям приёмки — Проверку кода для конкретной задачи из файла EXECUTION_PLAN.md Claude Code запускает через verify-task по единому workflow кодовой верификации. Скилл принимает идентификатор задачи, считывает все критерии приёмки и последовательно проходит восемь шагов: парсинг критериев, pre-flight проверка, TDD compliance check, опциональный quality gate, верификация каждого критерия, обработка граничных условий, генерация отчёта и запись в verification-log.jsonl. Поддерживает типы верификации CODE, TEST, LINT, TYPE, BUILD, SECURITY, BROWSER и MANUAL; для браузерных критериев проверяет доступность Playwright или Browser MCP и предлагает fallback на ручную проверку. Подходит командам, которые используют пошаговые планы выполнения и хотят автоматизировать приёмочное тестирование отдельных задач без запуска sub-агентов.
• Автоматическая проверка критериев приёмки — Скилл auto-verify в Claude Code автоматически проверяет критерии приёмки и только потом передаёт их на ручную проверку. Скилл парсит текст критерия в поисках признаков автоматизации (HTTP-паттерны, файловые операции, переменные окружения), выбирает подходящий инструмент и выполняет команду с заданным таймаутом: curl — до 5 с, bash-операции с файлами — до 2 с, браузерные проверки — до 30 с. Вызывается из verify-task и phase-checkpoint для критериев типа MANUAL и MANUAL:DEFER, а также из скиллов code-verification и browser-verification. Каждый критерий получает структурированный результат: PASS, FAIL или MANUAL — с указанием инструмента, выполненной команды и предложением по исправлению при неудаче. Поведение настраивается через .claude/verification-config.json, где задаются URL dev-сервера и таймауты.
• Автогенерация тестов для API — api-test-suite-builder автоматически создаёт для Claude Code полные тестовые наборы для API — unit-тесты, интеграционные и end-to-end тесты. Он анализирует структуру вашего API и генерирует готовые тест-кейсы с покрытием граничных условий, ошибочных сценариев и штатных путей выполнения. Подходит разработчикам и QA-инженерам, которым нужно быстро выстроить автоматизированное тестирование без написания шаблонного кода вручную. Скилл ускоряет цикл разработки и снижает риск регрессий при изменениях в API.
• Serverless OpenClaw — сборка, тесты и TDD-процесс — Рабочий процесс разработки проекта Serverless OpenClaw (сборка, тестирование, lint, форматирование и синхронизация скиллов) описан в dev для Claude Code. Проект состоит из 6 пакетов (shared, cdk, gateway, container, lambda-agent, web) в npm workspaces, собирается через `tsc --build` с project references, тестируется через vitest — отдельно юнит-тесты и E2E (CDK synth). Git-хуки на husky запускают сборку и lint перед коммитом, E2E — перед пушем. Скилл закрепляет методологию TDD (тест → падение → реализация → прохождение) для всех пакетов, кроме web, а также конвенции TypeScript: ES2022, NodeNext-резолюция с обязательным `.js` в импортах, DI-паттерн и composite builds.
• BrowserStack — кроссбраузерное тестирование с Playwright — browserstack встраивает платформу BrowserStack в рабочий процесс Playwright Pro для Claude Code: кроссбраузерное и кросс-девайс тестирование идёт на реальных браузерах и мобильных устройствах. Скилл позволяет запускать автоматизированные тесты через BrowserStack, не меняя локальную инфраструктуру — всё выполняется на удалённых реальных устройствах платформы. Подходит QA-инженерам и разработчикам, которым нужно проверять совместимость веб-приложений в разных браузерах и на разных устройствах без ручного управления парком машин. Решает задачи автоматизации регрессионного тестирования, проверки UI на мобильных платформах и обеспечения стабильности релизов.
• Комплексная проверка перед релизом — release перед тегированием и публикацией новой версии запускает в Claude Code комплексную проверку: код, документация, тесты, безопасность, стоимость инфраструктуры и операционная готовность. Процесс состоит из четырёх этапов: предварительные проверки сборки и линтинга (`npm run build`, `lint`, `test`, `test:e2e`), затем шесть независимых ревью-линий, агрегация результатов и публикация через `gh release create`. Каждая линия возвращает APPROVE или REJECT с доказательствами; релиз блокируется при любом отказе или критической уязвимости. Там где платформа поддерживает параллельное выполнение, линии запускаются одновременно, иначе — последовательно. Скилл рассчитан на команды, которым нужен воспроизводимый и аудируемый процесс выпуска релизов без ручных пропусков.
• Автоматизация браузера и e2e-тестирование — Для автоматизации браузера и тестирования веб-приложений в Claude Code есть browser-automation: скилл работает с Playwright, Selenium и аналогичными инструментами. Скилл охватывает сценарии скриптовой автоматизации браузера и функционального e2e-тестирования: клики, заполнение форм, навигацию по страницам и проверку UI-состояний. Подходит разработчикам и QA-инженерам, которым нужно автоматизировать повторяющиеся пользовательские сценарии или выстроить надёжный процесс регрессионного тестирования фронтенда.

FAQ

Стоит ли доверять Claude написание тестов?

Тесты, написанные моделью, полезны как черновик и как страховка от пропущенных краевых случаев, но требуют проверки. Главный риск — тест, который проходит всегда: он создаёт ложное ощущение покрытия. Практичный приём — сначала убедиться, что тест падает на сломанном коде, и только потом принимать его.

Как заставить Claude писать тесты в стиле проекта?

Указать в скилле фреймворк, структуру файла, правила именования кейсов и два-три образцовых теста из репозитория. Образцы работают лучше описаний: модель воспроизводит показанный шаблон точнее, чем следует его словесному пересказу.

Все Skills для Claude Code