07-qa

Plan, execute, and verify QA testing workflows with release checklists.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/shaul1991/shaul-plugin --skill 07-qa
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: 07-qa
Source: https://github.com/shaul1991/shaul-plugin/tree/main/claude-code-plugin/project-lifecycle/skills/07-qa
Command: npx skills add https://github.com/shaul1991/shaul-plugin --skill 07-qa

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

QA and testing phase ensures software quality by establishing test strategy, checklists, and governance to reduce release risk.

Core Features & Use Cases

  • Plan → Review → Execute → Re-verify governance with explicit approvals and gates.
  • Execution templates for per-branch testing, including an execution-plan.md stored under .claude/local/plans/<sanitized-branch>/07-qa/execution-plan.md.
  • Checklist-driven validation using references/release-checklist.md and acceptance criteria across Phases 2-6 for cross-phase alignment.

Quick Start

Define the QA plan, secure approval, execute tests, and verify outcomes before release.

Frequently Asked Questions about 07-qa

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I plan and execute a formal QA test strategy for release-ready software?▼

A formal QA test strategy plans, executes, and verifies testing workflows through a Plan → Review → Execute → Re-verify governance model to ensure release-ready software. It requires defining a test plan, securing explicit approval, executing tests, and verifying outcomes before release.

What is checklist-driven validation in a QA workflow?▼

Checklist-driven validation in a QA workflow uses a release-checklist and acceptance criteria across development phases to enforce cross-phase alignment. This governance mechanism reduces release risk by requiring explicit user approvals at validation gates before proceeding.

How do I manage test execution plans for different Git branches?▼

Test execution plans for different Git branches are managed by storing an execution-plan.md file under a localized path like .claude/local/plans/<sanitized-branch>/07-qa/. This per-branch template structure isolates testing artifacts and maintains governance across active development streams.

Does this QA approach support unit, integration, and E2E testing workflows?▼

Yes, this QA approach supports unit, integration, and E2E testing workflows as part of a comprehensive testing lifecycle. It enforces execution plan storage per branch and uses a release-checklist driven verification workflow to validate outcomes across all test layers.

When do I need explicit user approvals in a software testing lifecycle?▼

Explicit user approvals in a software testing lifecycle are needed at governance gates between the Plan, Review, Execute, and Re-verify phases. These approval gates ensure release-ready software by preventing progression until test execution outcomes meet defined acceptance criteria.

Can I use a release checklist to align QA verification across multiple development phases?▼

Yes, you can use a release checklist to align QA verification across multiple development phases. It references acceptance criteria from Phases 2 through 6, providing cross-phase alignment to validate that all testing requirements are satisfied before final release.