Automated summary
This skill orchestrates test generation, execution, and maintenance in parallel using specialized agents.
Strengths
- Generates unit and integration tests in parallel to save time.
- Analyzes code coverage and identifies critical gaps.
- Automates triage and repair of broken tests.
- Supports E2E testing based on user journeys.
Limitations
- Requires initial setup of test dependencies and environments.
- May generate brittle tests if specifications are unclear.
- Parallel orchestration can be resource-intensive.
Use this skill when you need to quickly increase test coverage, run test suites in parallel, or diagnose test failures in a complex project.
Avoid using it for very simple projects where a few manual tests suffice, or when the test environment is unstable.
Security analysis
SafeThe skill describes testing orchestration patterns without any destructive or exfiltrating actions. Commands like 'npx cc-mirror tasks' are for task management, not arbitrary execution, and the Python snippet uses a hypothetical Task API. No sensitive operations or security bypasses are instructed.
No concerns found
How this analysis is madeExamples
Add tests for the UserServiceImprove test coverageFix failing testsTesting Orchestration Patterns
┌─────────────────────────────────────────────────────────────┐
│ │
│ Confidence through verification. │
│ Generate, execute, analyze — all in parallel. │
│ │
└─────────────────────────────────────────────────────────────┘
Load when: Test generation, test execution, coverage analysis, test maintenance, E2E testing Common patterns: Coverage-Driven Generation, Parallel Test Suites, Broken Test Triage
Table of Contents
Test Generation
Pattern: Coverage-Driven Generation
User Request: "Add tests for the UserService"
Phase 1: EXPLORE
└─ Explore agent: Understand UserService methods, dependencies
Phase 2: FAN-OUT (Parallel test writing)
├─ Agent A: Unit tests for method group 1
├─ Agent B: Unit tests for method group 2
├─ Agent C: Integration tests for external dependencies
└─ Agent D: Edge cases and error scenarios
Phase 3: PIPELINE
└─ General-purpose agent: Verify tests pass, check coverage
Pattern: Behavior-First
User Request: "Test the checkout flow"
Phase 1: EXPLORE
└─ Explore agent: Map checkout flow steps and branches
Phase 2: PIPELINE (Generate by behavior)
├─ General-purpose agent: Happy path tests
├─ General-purpose agent: Error path tests
└─ General-purpose agent: Edge case tests
Phase 3: BACKGROUND
└─ Background agent: Run tests, report results
Test Execution
Pattern: Parallel Test Suites
User Request: "Run all tests"
Phase 1: FAN-OUT (Parallel suites)
├─ Background agent: Unit tests
├─ Background agent: Integration tests
├─ Background agent: E2E tests
└─ Background agent: Performance tests
Phase 2: REDUCE
└─ General-purpose agent: Aggregate results, identify failures
Pattern: Targeted Execution
User Request: "Test the changes I made"
Phase 1: EXPLORE
└─ Explore agent: Identify changed files and affected tests
Phase 2: FAN-OUT
├─ Background agent: Run directly affected tests
└─ Background agent: Run dependent module tests
Phase 3: PIPELINE
└─ General-purpose agent: Report results, suggest additional tests
Coverage Analysis
Pattern: Gap Identification
User Request: "Improve test coverage"
Phase 1: BACKGROUND
└─ Background agent: Run coverage report
Phase 2: EXPLORE
└─ Explore agent: Identify critical uncovered paths
Phase 3: FAN-OUT (Prioritized gap filling)
├─ Agent A: Tests for critical uncovered module 1
├─ Agent B: Tests for critical uncovered module 2
└─ Agent C: Tests for error handlers
Phase 4: PIPELINE
└─ General-purpose agent: Re-run coverage, verify improvement
Test Maintenance
Pattern: Broken Test Triage
User Request: "Fix failing tests"
Phase 1: BACKGROUND
└─ Background agent: Run tests, capture failures
Phase 2: FAN-OUT (Parallel diagnosis)
├─ Agent A: Diagnose failure group 1
├─ Agent B: Diagnose failure group 2
└─ Agent C: Diagnose failure group 3
Phase 3: FAN-OUT (Parallel fixes)
├─ Agent A: Fix test group 1
├─ Agent B: Fix test group 2
└─ Agent C: Fix test group 3
Phase 4: PIPELINE
└─ Background agent: Verify all tests pass
Pattern: Test Refactoring
User Request: "Clean up test duplication"
Phase 1: EXPLORE
└─ Explore agent: Find duplicate test patterns
Phase 2: PLAN
└─ Plan agent: Design shared fixtures, helpers, patterns
Phase 3: FAN-OUT
├─ Agent A: Extract shared fixtures
├─ Agent B: Refactor test file group 1
└─ Agent C: Refactor test file group 2
Phase 4: PIPELINE
└─ Background agent: Verify tests still pass
E2E Testing
Pattern: User Journey Testing
User Request: "Add E2E tests for user registration"
Phase 1: EXPLORE
└─ Explore agent: Map registration flow, identify test scenarios
Phase 2: PIPELINE (Sequential scenarios)
├─ General-purpose agent: Happy path registration
├─ General-purpose agent: Validation error scenarios
├─ General-purpose agent: Duplicate email handling
└─ General-purpose agent: Email verification flow
Phase 3: BACKGROUND
└─ Background agent: Run E2E suite, capture screenshots
Task Management for Testing
Structure testing work as tasks with clear dependencies:
# Create testing tasks
npx cc-mirror tasks create --subject "Identify testing scope" --description "Analyze what needs testing..."
npx cc-mirror tasks create --subject "Generate unit tests" --description "Tests for module A..."
npx cc-mirror tasks create --subject "Generate integration tests" --description "Tests for API endpoints..."
npx cc-mirror tasks create --subject "Run test suite" --description "Execute all tests, capture results..."
npx cc-mirror tasks create --subject "Fix failures" --description "Address any failing tests..."
npx cc-mirror tasks create --subject "Verify all pass" --description "Final test run to confirm..."
# Dependencies
npx cc-mirror tasks update 2 --add-blocked-by 1
npx cc-mirror tasks update 3 --add-blocked-by 1
npx cc-mirror tasks update 4 --add-blocked-by 2,3
npx cc-mirror tasks update 5 --add-blocked-by 4
npx cc-mirror tasks update 6 --add-blocked-by 5
# Parallel test generation (sonnet for well-structured work)
Task(subagent_type="general-purpose", prompt="Task 2: Generate unit tests...",
model="sonnet", run_in_background=True)
Task(subagent_type="general-purpose", prompt="Task 3: Generate integration tests...",
model="sonnet", run_in_background=True)
Test Execution Best Practices
- Always run in background for long test suites
- Parallelize independent suites (unit, integration, e2e)
- Fail fast - stop on first failure for quick feedback
- Capture artifacts - screenshots, logs, coverage reports
- Report actionable results - file:line for failures
─── ◈ Testing ───────────────────────────
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/testing-orchestration-patterns-mm5t8ckz/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/testing-orchestration-patterns-mm5t8ckz' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/testing-orchestration-patterns-mm5t8ckz/download' --output '.skill-downloads/testing-orchestration-patterns-mm5t8ckz/SKILL.md.part' && mv '.skill-downloads/testing-orchestration-patterns-mm5t8ckz/SKILL.md.part' '.skill-downloads/testing-orchestration-patterns-mm5t8ckz/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.
Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/testing-orchestration-patterns-mm5t8ckz/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
ClickHouse Performance Comparison
Testing
Evaluate ClickHouse performance test results, check PR performance changes, compare with history, and assess whether a result is actionable.
Analyze CI Performance Reports
Testing
Analyze CI performance comparison reports for a ClickHouse PR. Cross-references master history to distinguish real regressions from flaky tests.
Santa Method
Testing
Multi-agent adversarial verification with two independent reviewers. Output is checked twice and iteratively fixed until both pass before shipping.