.cursor/skills/qa-plan-creator/SKILL.md
Universal QA plan generator supporting 10 plan types including test plans, sprint plans, regression plans, release plans, UAT plans, performance plans, migration plans, onboarding plans, and custom plans.
npx skillsauth add AZANIR/qa-skills qa-plan-creatorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Generate any type of QA planning document. Supports 10 plan types with consistent structure, Gantt timelines, and integration with other QA skills for accelerated onboarding and execution.
| Plan Type | Description | | --------- | ----------- | | Test Plan | Master test plan covering full project scope per ISO 29119-3 | | Sprint Test Plan | Sprint-scoped test plan for Agile iterations | | Regression Plan | Regression testing scope, scope selection, and execution strategy | | Release Test Plan | Release readiness criteria, sign-off gates, deployment validation | | UAT Plan | User acceptance testing with business scenarios and acceptance criteria | | Performance Test Plan | Load profiles, SLAs, thresholds, environments, tools | | Migration Test Plan | Data validation, rollback strategy, compatibility matrix | | QA Onboarding Plan | Week/month plan for new QA engineer joining project | | QA Introduction Plan | Project overview: tools, frameworks, phases, timelines, team | | Custom Plan | Free-form plan from user description |
Every plan type includes these sections:
Accelerated onboarding using QA skills ecosystem:
| Phase | Activities | Skills Used |
| ----- | ---------- | ----------- |
| Day 1-2 | Environment setup, tools access | qa-environment-checker |
| Day 3-5 | Documentation generation, codebase familiarity | qa-requirements-generator (from-code, from-url) |
| Week 2 | Test case generation, first reviews | qa-testcase-from-docs, qa-testcase-from-ui |
| Week 3 | First automation, CI/CD setup | Phase 3 skills (Playwright, API, etc.) |
| Week 4 | Independent testing, coverage analysis | Coverage tools, bug reporting |
Without skills: same steps typically take 2-3 months. With skills: ~1 month.
Auto-include Gantt timelines for all plans. Reference qa-diagram-generator:
references/gantt.md (Mermaid gantt syntax)references/flowchart.mdreferences/mindmap.mdreferences/Can do (autonomous):
Cannot do (requires confirmation):
Will not do (out of scope):
| Symptom | Likely Cause | Fix | | ------- | ------------ | --- | | Plan too generic | Insufficient context provided | Ask for project name, scope, dates, team size | | Missing Gantt | qa-diagram-generator not invoked | Explicitly call for Gantt with phase dates | | Wrong plan type | Ambiguous user request | Clarify: "test plan" vs "sprint plan" vs "release plan" | | Onboarding too long | Not using skills integration | Add skills references to accelerate phases | | Approval criteria vague | Subjective language | Replace with measurable exit conditions | | Duplicate sections | Template overlap | Use plan-type-specific reference template |
| Plan Type | Reference File |
| --------- | -------------- |
| Test Plan | references/test-plan.md |
| Sprint Plan | references/sprint-plan.md |
| Regression Plan | references/regression-plan.md |
| Release Plan | references/release-plan.md |
| UAT Plan | references/uat-plan.md |
| Performance Plan | references/performance-plan.md |
| Migration Plan | references/migration-plan.md |
| Onboarding Plan | references/onboarding-plan.md |
| Introduction Plan | references/introduction-plan.md |
tools
Analyze OpenAPI/Swagger spec (JSON or YAML) against existing test files and generate an HTML coverage report with QA automation tasks. Use when user provides an OpenAPI spec file and wants to know test coverage status.
development
Generate consumer-driven contract tests using Pact for JavaScript and Python to verify microservice API compatibility between consumer and provider.
development
Master skill coordinating all QA skills through pipeline modes (full-cycle, docs-only, testcases-only, write-tests, report), formalized handoff chains, scheduler rules, and framework/language selection based on project context.
testing
Dedicated non-functional requirements analysis per ISO/IEC 25010 quality model covering performance, security, usability, reliability, maintainability, and portability.