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.