wa:design-qa

Generate a QA plan from feature descriptions and FRD artifacts.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/jeremy-newhouse/eck-e2e-weather-app --skill wa-design-qa
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wa:design-qa
Source: https://github.com/jeremy-newhouse/eck-e2e-weather-app/tree/main/.claude/skills/design-qa
Command: npx skills add https://github.com/jeremy-newhouse/eck-e2e-weather-app --skill wa-design-qa

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns a feature idea into a structured, rigor-based QA plan that defines what to test, how broadly to cover acceptance criteria, and which environments are needed.

Core Features & Use Cases

  • Rigor-aware test strategy: Selects unit, integration, E2E, security, and performance coverage based on the requested rigor level.
  • AC-ID mapping to test types: Uses FRD acceptance-criteria IDs (when available) to determine test layer, component ownership, priority, and automation expectations.
  • Plan output for implementation teams: Writes docs/{feature}/QA-PLAN.md with scope, coverage targets, environment requirements, execution order, and next-step recommendations.

Quick Start

Run /design-qa "user notification preferences" --rigor strict to generate a QA plan at docs/{feature}/QA-PLAN.md.

Frequently Asked Questions about wa:design-qa

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

FAQPage Schema
How do I generate a feature-specific QA plan from acceptance criteria?

A QA plan maps feature acceptance criteria IDs to deterministic test layers like unit, integration, E2E, security, and performance. It defines coverage targets, component ownership, execution order, and environment requirements for implementation teams.

How do I structure test coverage for different rigor levels?

Structure test coverage by selecting lite, standard, or strict rigor modes. Each mode adjusts the breadth of unit, integration, E2E, security, and performance testing applied to your acceptance criteria across local and CI/staging environments.

What documentation do I need to map acceptance criteria to test layers?

You need a feature description alongside available FRD, architecture, design, and NFR artifacts. These documents provide the acceptance-criteria IDs used to determine test layer mapping, component ownership, priority, and automation expectations.

How do I write a QA plan document for CI and staging environments?

Generate a QA plan by executing in plan-mode with your feature description. It produces a verified markdown artifact at docs/{feature}/QA-PLAN.md containing scope, coverage targets, environment requirements, execution order, and next-step recommendations.

Can I use this for security testing and performance coverage planning?

Yes, you can plan security testing and performance coverage. The tool maps acceptance criteria to security and performance test layers under standard or strict rigor modes, defining specific coverage targets for local and CI/staging environments.