A comprehensive Claude Code skill for QA engineers to generate test plans, manual test cases, regression test suites, Figma design validations, and structured bug reports.
The QA Test Planner skill helps quality assurance professionals create thorough, well-structured testing documentation quickly and consistently. It eliminates the repetitive work of formatting test plans and cases while ensuring best practices are followed for test coverage, bug reporting, and design validation.
Use the QA Test Planner skill when you need to:
- Create a comprehensive test plan for a new feature or release
- Generate manual test cases with step-by-step instructions
- Build regression test suites (smoke, targeted, or full)
- Validate UI implementation against Figma designs
- Document bugs with clear reproduction steps
- Establish testing standards for your team
- Train new QA engineers on proper documentation
This skill uses explicit triggering - it must be called by name:
/qa-test-planner
qa-test-planner
use the skill qa-test-planner
The QA Test Planner follows a three-phase workflow:
- Parses your feature description or requirement
- Identifies the types of testing needed (functional, UI, integration, etc.)
- Determines scope, priorities, and edge cases to cover
- Creates structured deliverables using proven templates
- Applies QA best practices automatically
- Includes comprehensive edge cases and test variations
- Organizes content for easy execution and tracking
- Checks completeness of generated documentation
- Verifies traceability between requirements and tests
- Ensures all steps are clear and actionable
Creates complete test plans including:
- Executive summary with objectives and risks
- Clear scope definition (in-scope and out-of-scope)
- Testing strategy and approach
- Environment requirements
- Entry and exit criteria
- Risk assessment with mitigations
- Timeline and deliverables
Generates structured test cases with:
- Step-by-step test instructions
- Expected results for each step
- Preconditions and test data requirements
- Priority and severity assignments
- Post-conditions and cleanup steps
- Edge cases and variations
Builds tiered test suites:
- Smoke tests (15-30 min) - Critical paths only
- Targeted regression (30-60 min) - Affected areas
- Full regression (2-4 hours) - Comprehensive coverage
- Sanity tests (10-15 min) - Quick validation after hotfixes
Integrates with Figma MCP to:
- Extract design specifications (colors, spacing, typography)
- Compare implementation against design system
- Create validation checklists for UI testing
- Document visual discrepancies as bugs
Generates structured bug reports with:
- Clear reproduction steps
- Environment details (OS, browser, device, build)
- Expected vs actual behavior
- Visual evidence (screenshots, videos, console logs)
- Severity and priority classification
- Impact assessment and workarounds
Input:
/qa-test-planner
Create a test plan for the user authentication feature
Output: A complete test plan document including:
- Testing objectives for login, registration, password reset
- Scope definition (web and mobile apps)
- Test strategy (manual, exploratory, security testing)
- Environment requirements (browsers, devices, test data)
- Entry/exit criteria with measurable thresholds
- Risk assessment (security vulnerabilities, third-party auth)
- Timeline with milestones
Input:
/qa-test-planner
Generate 5 manual test cases for the checkout flow
Output: Five numbered test cases covering:
- Valid checkout with credit card
- Invalid credit card handling
- Empty cart checkout attempt
- Promo code application
- Guest vs. logged-in checkout
Each includes preconditions, step-by-step instructions, expected results, test data, and edge cases.
Input:
/qa-test-planner
Build a smoke test suite for the payment module
Output: A prioritized smoke test suite (15-30 min execution) with:
- Critical path tests (payment processing, refunds)
- Execution order and dependencies
- Pass/fail criteria
- Quick validation checklist
Input:
/qa-test-planner
Compare the login page against the Figma design at [Figma URL]
Output: A validation checklist comparing:
- Button dimensions, colors, and states
- Typography (fonts, sizes, weights)
- Spacing and layout
- Responsive behavior
- Interactive states (hover, focus, disabled)
Plus test cases to verify each element and document discrepancies.
Input:
/qa-test-planner
Create a bug report for: Form validation doesn't prevent submission when email field is empty
Output: A structured bug report with:
- Clear title: "[Contact Form] Submission allowed with empty email field"
- Severity: High (data quality issue)
- Reproduction steps (numbered, specific actions)
- Expected behavior: Form submission blocked with error message
- Actual behavior: Form submits without email
- Environment details
- Visual evidence placeholder
- Impact assessment
The skill includes bash scripts for guided test case and bug report creation:
./scripts/generate_test_cases.shPrompts for:
- Feature name
- Test type (functional, UI, integration)
- Number of test cases
- Priority level
./scripts/create_bug_report.shPrompts for:
- Bug title
- Severity and priority
- Reproduction steps
- Environment details
- Expected vs actual behavior
The skill includes comprehensive reference guides in the references/ directory:
- test_case_templates.md - Standard formats for all test types
- bug_report_templates.md - Bug documentation templates
- regression_testing.md - Suite building and execution strategies
- figma_validation.md - Design-implementation validation workflows
- Scope clearly defined (in/out)
- Entry/exit criteria specified
- Risks identified with mitigations
- Timeline is realistic and achievable
- Each step has an expected result
- Preconditions documented
- Test data available or specified
- Priority assigned (P0-P3)
- Edge cases included
- Reproducible steps provided
- Environment documented completely
- Screenshots or evidence attached
- Severity and priority set appropriately
The skill helps you avoid common testing mistakes:
| Avoid | Why It's Bad | What to Do Instead |
|---|---|---|
| Vague test steps | Can't reproduce consistently | Use specific actions with expected results |
| Missing preconditions | Tests fail unexpectedly | Document all setup requirements |
| No test data | Testers get blocked | Provide sample data or generation instructions |
| Generic bug titles | Hard to track and prioritize | Be specific: "[Feature] issue when [action]" |
| Skipping edge cases | Miss critical bugs | Include boundary values, nulls, empty states |
When Figma MCP is configured, the skill can:
- Extract design specifications from Figma URLs
- Generate pixel-perfect validation test cases
- Compare implementation against design tokens
- Create bug reports with Figma links for UI discrepancies
Example Query:
Get button specifications from Figma design [URL]
Returns:
- Dimensions (width x height)
- Colors (background, text, border with hex values)
- Typography (font family, size, weight, line-height)
- Spacing (padding, margin)
- Border radius
- Interactive states (default, hover, active, disabled)
- Be specific and unambiguous
- Include expected results for each step
- Test one thing per test case
- Use consistent naming conventions (TC-MODULE-###)
- Keep test cases maintainable (update as features change)
- Provide clear reproduction steps anyone can follow
- Include screenshots, videos, or console logs
- Specify exact environment details
- Describe impact on users
- Link to Figma designs for UI bugs
- Maintain regression suite regularly
- Prioritize critical paths
- Run smoke tests frequently (daily/per build)
- Update suite after each release
- Track coverage to identify gaps
qa-test-planner/
├── README.md # This file
├── SKILL.md # Main skill definition and templates
├── references/
│ ├── test_case_templates.md # Test case formats
│ ├── bug_report_templates.md # Bug documentation templates
│ ├── regression_testing.md # Regression suite strategies
│ └── figma_validation.md # Design validation workflows
└── scripts/
├── generate_test_cases.sh # Interactive test case generator
└── create_bug_report.sh # Interactive bug report creator
All deliverables are generated in Markdown format for easy copy-paste into:
- Jira, Linear, GitHub Issues
- Confluence, Notion
- TestRail, Zephyr
- Google Docs, Word
The structured format ensures consistency across your team and makes test documentation searchable and maintainable.
Typical time to create documentation:
| Deliverable | Manual Time | With Skill | Time Saved |
|---|---|---|---|
| Test Plan | 2-3 hours | 10-15 min | 90% |
| 10 Test Cases | 1-2 hours | 5-10 min | 85% |
| Regression Suite | 2-4 hours | 15-20 min | 90% |
| Bug Report | 10-15 min | 5 min | 50% |
| Figma Validation | 30-60 min | 10-15 min | 75% |
- Activate the skill:
/qa-test-planner - Describe what you need (test plan, test cases, bug report, etc.)
- Review and customize the generated documentation
- Copy to your tracking system (Jira, Linear, etc.)
For detailed information on specific deliverables, see SKILL.md which includes:
- Deep dive sections on each deliverable type
- Complete templates with examples
- QA process workflow
- Test execution tracking
- Coverage matrix templates
"Testing shows the presence, not the absence of bugs." - Edsger Dijkstra
"Quality is not an act, it is a habit." - Aristotle