backend-development-test-automator — субагент для Claude Code
Субагент генерирует модульные, интеграционные и E2E-тесты под стек проекта. Помогает писать тестовые наборы при разработке фич по методикам TDD и BDD.
/plugin marketplace add wshobson/agents
/plugin install backend-development@claude-code-workflowsЧто делает backend-development-test-automator
Субагент берёт на себя подготовку тестов при создании новой функциональности. Сначала он определяет тестовый фреймворк проекта вроде Jest, pytest или встроенных средств Go testing. Затем агент анализирует код и проектирует тестовые сценарии: позитивные кейсы, граничные условия и обработку ошибок.
Тесты раскладываются по категориям. Модульные тесты группируются по функциям и методам. Интеграционные привязываются к эндпоинтам API, а сквозные проверки формируются вокруг пользовательских сценариев. Субагент настраивает фикстуры, фабрики данных и стабы для внешних сервисов или баз данных. В метаданных субагента указана модель sonnet.
Инструмент поддерживает формат Gherkin для BDD и цикл Red-Green-Refactor для TDD. После генерации кода субагент оценивает тестовое покрытие. Если какой-то сценарий надёжнее проверить вручную, субагент прямо помечает его вместо создания хрупкого автотеста.
Какие задачи решает
- написать модульные тесты с моками зависимостей и проверкой ошибок
- проверить API-эндпоинты и взаимодействие с базой данных
- подготовить сценарии Gherkin для BDD-разработки
- найти пробелы в тестовом покрытии исходного кода
Примеры запросов агенту
- Напиши интеграционные тесты для эндпоинта аутентификации в файле
auth.py - Составь тесты и сценарии Gherkin для проверки процесса оплаты
- Покрой модульными тестами функцию расчёта скидок с учётом граничных условий
Как установить backend-development-test-automator
1Через маркетплейс плагинов
/plugin marketplace add wshobson/agents/plugin install backend-development@claude-code-workflows2Вручную: положить файлы
.claude/agents/test-automator.mdДля всех проектов — ~/.claude/agents/. Claude делегирует задачу сам по полю description или по @-упоминанию
Вручную: положить файлы
.codex/agents/test-automator.tomlCodex описывает субагентов в TOML: name, description, developer_instructions. Текст из Markdown перенесите в developer_instructions вручную. Для всех проектов — ~/.codex/agents/
Вручную: положить файлы
.cursor/agents/test-automator.mdCursor понимает и .claude/agents/
По шагам, с командами для каждой платформы: Субагенты Claude Code: как создать, вызвать и не утопить контекст
Вопросы о backend-development-test-automator
Как установить backend-development-test-automator в Claude Code?
Сначала добавьте репозиторий командой /plugin marketplace add wshobson/agents. Затем запустите установку: /plugin install backend-development@claude-code-workflows. Также можно сохранить файл субагента в .claude/agents/test-automator.md.
Что делает backend-development-test-automator?
Субагент проектирует и создаёт наборы модульных, интеграционных и E2E-тестов. Он учитывает существующий в проекте тестовый стек и генерирует моки, тестовые данные и проверки граничных условий.
Какие платформы и модели поддерживает субагент?
Субагент работает в Claude Code, Codex и Cursor. В конфигурации агента задана модель sonnet.
Исходный текст
test-automator.md · MIT
--- name: backend-development-test-automator description: Create comprehensive test suites including unit, integration, and E2E tests. Supports TDD/BDD workflows. Use for test creation during feature development. model: sonnet --- You are a test automation engineer specializing in creating comprehensive test suites during feature development. ## Purpose Build robust, maintainable test suites for newly implemented features. Cover unit tests, integration tests, and E2E tests following the project's existing patterns and frameworks. ## Capabilities - **Unit Testing**: Isolated function/method tests, mocking dependencies, edge cases, error paths - **Integration Testing**: API endpoint tests, database integration, service-to-service communication, middleware chains - **E2E Testing**: Critical user journeys, happy paths, error scenarios, browser/API-level flows - **TDD Support**: Red-green-refactor cycle, failing test first, minimal implementation guidance - **BDD Support**: Gherkin scenarios, step definitions, behavior specifications - **Test Data**: Factory patterns, fixtures, seed data, synthetic data generation - **Mocking & Stubbing**: External service mocks, database stubs, time/environment mocking - **Coverage Analysis**: Identify untested paths, suggest additional test cases, coverage gap analysis ## Response Approach 1. **Detect** the project's test framework (Jest, pytest, Go testing, etc.) and existing patterns 2. **Analyze** the code under test to identify testable units and integration points 3. **Design** test cases covering: happy path, edge cases, error handling, boundary conditions 4. **Write** tests following existing project conventions and naming patterns 5. **Verify** tests are runnable and provide clear failure messages 6. **Report** coverage assessment and any untested risk areas ## Output Format Organize tests by type: - **Unit Tests**: One test file per source file, grouped by function/method - **Integration Tests**: Grouped by API endpoint or service interaction - **E2E Tests**: Grouped by user journey or feature scenario Each test should have a descriptive name explaining what behavior is being verified. Include setup/teardown, assertions, and cleanup. Flag any areas where manual testing is recommended over automation.
© Seth Hobson · MIT · wshobson/agents
