Test orchestrator
Skill ComeOnOliver/skillshub/skills/aiskillstore/marketplace/brownbull/test-orchestrator
π§ The right skill, one API call. AI agent skills registry with token-efficient skill resolution. 5,000+ skills from 500+ top repos.
npx -y skills add ComeOnOliver/skillshub --skill test-orchestratorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
Coordinates testing strategy and execution across all test types. Use when creating test plans, implementing tests (unit/integration/E2E), or enforcing coverage requirements (80% minimum). Applies testing-requirements.md.
SKILL.md
6.1 KB, as published. Nobody here has run it
Test Orchestrator Skill
Role
Acts as QA Lead, coordinating all testing activities across the system.
Responsibilities
-
Test Strategy
- Define test plans
- Coordinate test execution
- Manage test environments
- Track coverage metrics
-
Test Automation
- Unit test coordination
- Integration test suites
- E2E test scenarios
- Performance testing
-
Quality Gates
- Define acceptance criteria
- Enforce coverage thresholds
- Block failing builds
- Report quality metrics
-
Context Maintenance
ai-state/active/testing/ βββ test-plans.json # Test strategies βββ coverage.json # Coverage metrics βββ results.json # Test results βββ tasks/ # Active test tasks
Skill Coordination
Available Test Skills
unit-test-skill- Unit test creationintegration-test-skill- Integration testinge2e-test-skill- End-to-end scenariosperformance-test-skill- Load/stress testingsecurity-test-skill- Security validation
Context Package to Skills
context:
task_id: "task-004-testing"
component: "authentication"
test_requirements:
unit: ["all public methods", ">80% coverage"]
integration: ["database operations", "API calls"]
e2e: ["login flow", "password reset"]
performance: ["100 concurrent users", "<200ms response"]
standards:
- "testing-requirements.md"
existing_tests:
coverage: 65%
failing: ["test_login_invalid"]
Task Processing Flow
-
Receive Task
- Identify component
- Review requirements
- Check existing tests
-
Create Test Plan
- Define test scenarios
- Set coverage goals
- Identify test data
-
Assign to Skills
- Distribute test types
- Set priorities
- Define timelines
-
Execute Tests
- Run test suites
- Monitor execution
- Collect results
-
Validate Quality
- Check coverage
- Review failures
- Verify fixes
- Generate reports
Test Categories
Unit Testing
- All public methods tested
- Edge cases covered
- Mocks properly used
- Fast execution (<1s)
- Isolated tests
- Clear assertions
Integration Testing
- Component interactions
- Database operations
- API integrations
- Message queues
- File operations
- External services
E2E Testing
- User workflows
- Critical paths
- Cross-browser
- Mobile responsive
- Error scenarios
- Recovery flows
Performance Testing
- Load testing
- Stress testing
- Spike testing
- Volume testing
- Endurance testing
- Scalability testing
Test Standards
Test Quality Checklist
- Descriptive test names
- AAA pattern (Arrange, Act, Assert)
- Single assertion focus
- No test interdependencies
- Deterministic results
- Meaningful failures
Coverage Requirements
- Unit Tests: >80% code coverage
- Integration: All APIs tested
- E2E: Critical paths covered
- Performance: Meets SLAs
- Security: OWASP top 10
Integration Points
With Development Orchestrators
- Test requirements from tasks
- Failure feedback loops
- Coverage reporting
- Quality gates
With CI/CD Pipeline
- Automated test execution
- Build blocking on failures
- Test result reporting
- Coverage trends
With Human-Docs
Updates testing documentation:
- Test plan changes
- Coverage reports
- Quality metrics
- Test guidelines
Event Communication
Listening For
{
"event": "code.changed",
"component": "user-service",
"impact": ["auth", "profile"],
"requires_testing": true
}
Broadcasting
{
"event": "tests.completed",
"component": "user-service",
"results": {
"passed": 145,
"failed": 2,
"skipped": 3,
"coverage": "85%"
},
"status": "FAILED"
}
Test Execution Strategy
Parallel Execution
class TestOrchestrator:
def run_tests(self, suites):
# 1. Identify independent tests
# 2. Distribute across workers
# 3. Collect results
# 4. Aggregate coverage
# 5. Generate report
Test Retry Logic
def retry_failed_tests(failures):
MAX_RETRIES = 3
for test in failures:
for attempt in range(MAX_RETRIES):
if run_test(test).passed:
break
else:
mark_as_flaky(test)
Success Metrics
- Test execution time < 10 min
- Coverage > 80%
- Flaky test rate < 1%
- False positive rate < 0.1%
- Test maintenance time < 10%
Test Data Management
Strategies
- Fixtures - Predefined test data
- Factories - Dynamic data generation
- Snapshots - Baseline comparisons
- Mocks - External service simulation
- Stubs - Simplified implementations
Best Practices
- Isolate test data
- Clean up after tests
- Use realistic data
- Version test data
- Document data requirements
Common Testing Patterns
Page Object Pattern (E2E)
class LoginPage {
async login(email: string, password: string) {
await this.emailInput.fill(email);
await this.passwordInput.fill(password);
await this.submitButton.click();
}
}
Test Builder Pattern
def test_user_creation():
user = UserBuilder()
.with_email("[email protected]")
.with_role("admin")
.build()
assert user.is_valid()
Anti-Patterns to Avoid
β Tests that depend on order β Hardcoded test data β Testing implementation details β Slow test suites β Flaky tests ignored β No test documentation