🎯

test

🎯Skill

from parcadei/continuous-claude-v3

VibeIndex|
What it does

Runs comprehensive parallel testing workflow with diagnostics, unit, integration, and E2E tests in strategic sequence.

πŸ“¦

Part of

parcadei/continuous-claude-v3(108 items)

test

Installation

git cloneClone repository
git clone https://github.com/parcadei/Continuous-Claude-v3.git
uv runRun with uv
uv run python -m scripts.setup.wizard
uv runRun with uv
uv run python -m scripts.setup.wizard --uninstall
git cloneClone repository
git clone https://github.com/parcadei/continuous-claude.git
uv runRun with uv
uv run python -m scripts.setup.update
πŸ“– Extracted from docs: parcadei/continuous-claude-v3
15Installs
-
AddedFeb 4, 2026

Skill Details

SKILL.md

Comprehensive testing workflow - unit tests βˆ₯ integration tests β†’ E2E tests

Overview

# /test - Testing Workflow

Run comprehensive test suite with parallel execution.

When to Use

  • "Run all tests"
  • "Test the feature"
  • "Verify everything works"
  • "Full test suite"
  • Before releases or merges
  • After major changes

Workflow Overview

```

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ diagnostics β”‚ ──▢ β”‚ arbiter β”‚ ─┐

β”‚ (type check)β”‚ β”‚ (unit) β”‚ β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚

β”œβ”€β”€β–Ά β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ β”‚ atlas β”‚

β”‚ arbiter β”‚ β”€β”˜ β”‚ (e2e) β”‚

β”‚ (integ) β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Pre-flight Parallel Sequential

(~1 second) fast tests slow tests

```

Agent Sequence

| # | Agent | Role | Execution |

|---|-------|------|-----------|

| 1 | arbiter | Unit tests, type checks, linting | Parallel |

| 1 | arbiter | Integration tests | Parallel |

| 2 | atlas | E2E/acceptance tests | After 1 passes |

Why This Order?

  1. Fast feedback: Unit tests fail fast
  2. Parallel efficiency: No dependency between unit and integration
  3. E2E gating: Only run slow E2E tests if faster tests pass

Execution

Phase 0: Pre-flight Diagnostics (NEW)

Before running tests, check for type errors - they often cause test failures:

```bash

tldr diagnostics . --project --format text 2>/dev/null | grep "^E " | head -10

```

Why diagnostics first?

  • Type check is instant (~1s), tests take longer
  • Diagnostics show ROOT CAUSE, tests show symptoms
  • "Expected int, got str" is clearer than "AttributeError at line 50"
  • Catches errors in untested code paths

If errors found: Fix them BEFORE running tests. Type errors usually mean tests will fail anyway.

If clean: Proceed to Phase 1.

Phase 0.5: Change Impact (Optional)

For large test suites, find only affected tests:

```bash

tldr change-impact --session

# or for explicit files:

tldr change-impact src/changed_file.py

```

This returns which tests to run based on what changed. Skip this for small projects or when you want full coverage.

Phase 1: Parallel Tests

```

# Run both in parallel

Task(

subagent_type="arbiter",

prompt="""

Run unit tests for: [SCOPE]

Include:

- Unit tests

- Type checking

- Linting

Report: Pass/fail count, failures detail

""",

run_in_background=true

)

Task(

subagent_type="arbiter",

prompt="""

Run integration tests for: [SCOPE]

Include:

- Integration tests

- API tests

- Database tests

Report: Pass/fail count, failures detail

""",

run_in_background=true

)

# Wait for both

[Check TaskOutput for both]

```

Phase 2: E2E Tests (If Phase 1 Passes)

```

Task(

subagent_type="atlas",

prompt="""

Run E2E tests for: [SCOPE]

Include:

- End-to-end flows

- Acceptance tests

- UI tests if applicable

Report: Pass/fail count, screenshots on failure

"""

)

```

Test Scopes

Full Suite

```

User: /test

β†’ All unit + integration + E2E tests

```

Feature Scope

```

User: /test authentication

β†’ Only auth-related tests

```

Quick Check

```

User: /test --quick

β†’ Only unit tests (skip integration and E2E)

```

Example

```

User: /test the new payment feature

Claude: Starting /test workflow for payment feature...

Phase 0: Pre-flight diagnostics...

$ tldr diagnostics . --project --format text | grep "^E "

(no type errors found)

Phase 1: Running parallel tests...

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ arbiter: Running unit tests... β”‚

β”‚ arbiter: Running integration tests... β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

arbiter: βœ… 45/45 unit tests passing

arbiter: βœ… 12/12 integration tests passing

Phase 2: Running E2E tests...

atlas: βœ… 8/8 E2E tests passing

Test Summary:

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ Type β”‚ Passed β”‚ Failed β”‚

β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€

β”‚ Unit β”‚ 45 β”‚ 0 β”‚

β”‚ Integration β”‚ 12 β”‚ 0 β”‚

β”‚ E2E β”‚ 8 β”‚ 0 β”‚

β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€

β”‚ TOTAL β”‚ 65 β”‚ 0 β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”˜

All tests passing! βœ…

```

Example with Type Errors

```

User: /test

Claude: Starting /test workflow...

Phase 0: Pre-flight diagnostics...

$ tldr diagnostics . --project --format text | grep "^E "

E src/payment.py:45:12: Argument of type 'str' not assignable to 'int'

E src/refund.py:23:8: Return type 'None' not assignable to 'float'

Found 2 type errors. Fixing before running tests...

[Claude fixes the type errors]

Re-running diagnostics... clean.

Phase 1: Running parallel tests...

```

Failure Handling

If Phase 1 fails:

```

arbiter: ❌ 43/45 tests passing

2 failures:

  • test_payment_validation: expected 'invalid' got 'valid'
  • test_refund_calculation: off by $0.01

Stopping workflow. Fix failures before running E2E tests.

```

Flags

  • --quick: Unit tests only
  • --no-e2e: Skip E2E tests
  • --coverage: Include coverage report
  • --watch: Re-run on file changes