qa-strategy

Plan test levels, review lenses, and close evidence for a code change.

Updated Sep 3, 2026
One-click install
npx skills add https://github.com/JonusNattapong/A2A-MCP --skill qa-strategy-jonusnattapong
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: qa-strategy
Source: https://github.com/JonusNattapong/A2A-MCP/tree/main/src/agenttalk/skills/devkit/qa-strategy
Command: npx skills add https://github.com/JonusNattapong/A2A-MCP --skill qa-strategy-jonusnattapong

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Before writing tests, reviewing a diff, or gating a release, teams often guess at which checks a change actually needs. This Skill produces a structured QA and review plan that maps risk areas to the right test levels and review lenses, states what is not needed and why, and defines the evidence required to close the change. ## Core Features & Use Cases - Risk-to-check mapping: Identifies risk areas (behavior, persistence, security, performance, docs contract, release authority, end-user workflows) and matches each to checks such as unit, integration, failure-injection, contract-drift, and fresh-context review. - Cost-aware recommendations: Assigns each recommended check a cost (cheap, moderate, expensive) and requires justification for expensive ones. - Explicit exclusions and handoff: States which checks are unnecessary and why, then names which skill or review lens runs next and the evidence each must return. - Use Case: Before implementing a change to a shared dashboard frontend, use this Skill to produce a plan requiring smoke tests of all dashboard views, security review only if input surfaces change, and a planning-artifact evidence record for close. ## Quick Start Ask the agent to plan the QA strategy for your proposed change, listing the risk areas, required tests and review lenses, what can be skipped, and the evidence needed for close.

Frequently Asked Questions about qa-strategy

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

FAQPage Schema
How do I decide which tests a code change needs?▼

Identify the risk areas the change touches, such as behavior, persistence, security, or performance, then map each risk to matching checks like unit, integration, or failure-injection tests. This Skill automates that mapping and outputs a justified plan.

What is a QA strategy plan for code review?▼

It is a planning artifact that names the test levels, review lenses, and close evidence a change warrants before implementation or review begins. It also states which checks are not needed and why, with cost notes for each recommendation.

Does this Skill write or run tests?▼

No. It is strictly a planning skill that emits a QA and review plan. Writing tests is delegated to a test-coverage skill, implementation to craft-code, and final approval to review lenses such as review-code or tester-qa.

When should QA planning happen in a development workflow?▼

Run it before implementation to scope the QA surface, before review to pick the lenses a diff warrants, or during lead close planning when risk is ambiguous. It is not for diagnosing already-failing CI, which belongs to a fix-ci skill.

What evidence does a QA plan need for release close?▼

The plan must emit a planning-artifact record with artifact_type, scope, decision, assumptions, alternatives, risks, required_reviews, open_questions, and evidence fields. End-user-facing changes must include running the real user journey, not just unit or contract coverage.