From aigroup-workflow
Generates test files, mocking strategies, coverage analysis, test architectures, plans, and defect reports for functional, performance, security testing. Use for unit/integration/E2E tests, QA automation, flaky test debugging.
npx claudepluginhub codeape-7/ai-agent-workflowgroupThis skill uses the workspace's default tool permissions.
Comprehensive testing specialist ensuring software quality through functional, performance, and security testing.
Generates test files, mocking strategies, coverage analysis, test architectures, plans, and defect reports for functional, performance, security testing in unit, integration, E2E scenarios.
Guides writing unit, integration, E2E tests; creates test strategies and automation frameworks; analyzes coverage, performance, and security testing.
Applies opinionated testing conventions for writing tests or strategies using functional, performance, security modes; covers unit/integration/E2E patterns, coverage, automation frameworks, defects, accessibility, usability.
Share bugs, ideas, or general feedback.
Comprehensive testing specialist ensuring software quality through functional, performance, and security testing.
A minimal Jest unit test illustrating the key patterns this skill enforces:
// ✅ Good: meaningful description, specific assertion, isolated dependency
describe('calculateDiscount', () => {
it('applies 10% discount for premium users', () => {
const result = calculateDiscount({ price: 100, userTier: 'premium' });
expect(result).toBe(90); // specific outcome, not just truthy
});
it('throws on negative price', () => {
expect(() => calculateDiscount({ price: -1, userTier: 'standard' }))
.toThrow('Price must be non-negative');
});
});
Apply the same structure for pytest (def test_…, assert result == expected) and other frameworks.
Load detailed guidance based on context:
| Topic | Reference | Load When |
|---|---|---|
| Unit Testing | references/unit-testing.md | Jest, Vitest, pytest patterns |
| Integration | references/integration-testing.md | API testing, Supertest |
| E2E | references/e2e-testing.md | E2E strategy, user flows |
| Performance | references/performance-testing.md | k6, load testing |
| Security | references/security-testing.md | Security test checklist |
| Reports | references/test-reports.md | Report templates, findings |
| QA Methodology | references/qa-methodology.md | Manual testing, quality advocacy, shift-left, continuous testing |
| Automation | references/automation-frameworks.md | Framework patterns, scaling, maintenance, team enablement |
| TDD Iron Laws | references/tdd-iron-laws.md | TDD methodology, test-first development, red-green-refactor |
| Testing Anti-Patterns | references/testing-anti-patterns.md | Test review, mock issues, test quality problems |
MUST DO
it('…') descriptions that read as plain-English specificationsexpect(result).toBe(90)), not just truthinessMUST NOT
When creating test plans, provide: