test-plan-generator
Scannednpx machina-cli add skill kanopi/cms-cultivator/test-plan-generator --openclawTest Plan Generator
Automatically generate comprehensive QA test plans based on features and changes.
Philosophy
Comprehensive test planning prevents bugs and ensures quality before release.
Core Beliefs
- Plan Before Execute: Structured test plans catch more issues than ad-hoc testing
- Cover All Scenarios: Think through happy paths, edge cases, and error conditions
- Prioritize by Risk: Test critical functionality first, nice-to-haves later
- Documentation Enables Consistency: Written test plans ensure repeatable quality checks
Why Test Plans Matter
- Complete Coverage: Systematic approach ensures nothing is missed
- Team Alignment: Everyone knows what needs testing
- Risk Mitigation: Critical paths get appropriate attention
- Regression Prevention: Document scenarios to test after every change
When to Use This Skill
Activate this skill when the user:
- Asks "what should QA test?"
- Says "I need a test plan"
- Mentions "testing requirements" or "test scenarios"
- Shows a new feature and asks "how should this be tested?"
- Asks "what test cases do I need?"
- References QA, testing coverage, or manual testing
Decision Framework
Before creating a test plan, consider:
What's Being Tested?
- New feature → Focus on functional + acceptance testing
- Bug fix → Focus on regression + edge cases
- Refactoring → Focus on regression + integration testing
- Configuration change → Focus on deployment + smoke testing
- Security update → Focus on security + regression testing
What's the Risk Level?
- High - Payment processing, authentication, data deletion → Comprehensive testing
- Medium - New feature, UI changes → Standard testing
- Low - Documentation, minor UI tweaks → Quick smoke test
What Testing Levels Are Needed?
Always include:
- ✅ Functional testing (does it work?)
- ✅ Acceptance criteria validation
Consider adding:
- Security testing (user input, auth, permissions)
- Performance testing (large datasets, concurrent users)
- Accessibility testing (keyboard nav, screen readers)
- Browser/device testing (responsive, cross-browser)
- Integration testing (API calls, third-party services)
What's the Platform?
Drupal-specific tests:
- Config imports/exports
- Update hooks
- Permissions and roles
- Cache clearing
- Cron jobs
WordPress-specific tests:
- Permalink changes
- ACF field sync
- Custom post types
- Shortcodes
- Widget areas
Decision Tree
User requests test plan
↓
Analyze changes (git diff, feature description)
↓
Assess risk level (High/Medium/Low)
↓
Identify test types needed
↓
Generate scenarios by priority
↓
Add platform-specific tests
↓
Present structured test plan
Quick Reference
See /test-plan command documentation for detailed test plan structure and examples.
This skill provides the same comprehensive test plan generation but is automatically invoked during conversation when the user expresses a need for test planning.
Integration with /test-plan Command
-
This Skill: Auto-invoked conversationally
- "What should I test for this feature?"
- "Need test scenarios"
-
/test-planCommand: Explicit comprehensive generation- Full project test plan generation
- Git history analysis
- Structured documentation output
Source
git clone https://github.com/kanopi/cms-cultivator/blob/main/skills/test-plan-generator/SKILL.mdView on GitHub Overview
Test Plan Generator automatically creates comprehensive QA test plans by analyzing feature descriptions and code changes. It ensures coverage from functional to risk-driven scenarios, aligning QA work with release goals.
How This Skill Works
It analyzes diffs and feature summaries, evaluates risk levels, and selects requisite test types. It then assembles a structured plan with prioritized scenarios and optional platform-specific checks for Drupal/WordPress where applicable.
When to Use It
- When asked 'what should QA test?' or 'I need a test plan'.
- When outlining testing requirements or test scenarios.
- When a new feature or bug fix is introduced.
- When assessing required platform-specific tests (Drupal/WordPress).
- When prioritizing tests based on risk and impact.
Quick Start
- Step 1: Analyze changes and feature description.
- Step 2: Assess risk, decide necessary test types.
- Step 3: Generate and review the structured test plan.
Best Practices
- Analyze changes with git diff or feature descriptions before drafting tests.
- Define risk-driven test priorities (High/Medium/Low).
- Ensure core tests are included: functional testing and acceptance criteria validation.
- Incorporate regression, edge cases, and integration/security checks as needed.
- Document the planned scenarios for repeatability and audits.
Example Use Cases
- A new checkout flow triggers functional plus acceptance tests and edge cases.
- A bug fix triggers regression tests around the affected module.
- A security patch adds input validation tests.
- A Drupal config import/export change requires config and cache tests.
- A WordPress plugin update requires permalink, shortcode, and compatibility checks.