qa-process

Define QA test strategies, acceptance criteria, and CI quality gates.

6|1|Updated Mar 30, 2026
One-click install
npx skills add https://github.com/wesleyosantos91/multi-agents --skill qa-process
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qa-process
Source: https://github.com/wesleyosantos91/multi-agents/tree/main/devin/.devin/skills/qa-process
Command: npx skills add https://github.com/wesleyosantos91/multi-agents --skill qa-process

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

QA and quality engineering processes often become inconsistent or incomplete, leading to regressions, uncovered edge cases, and releases that fail under real-world conditions.

Core Features & Use Cases

  • Test strategy planning (pyramid of tests): Defines how much testing to allocate across unit, integration, and E2E based on risk and user-critical paths.
  • Definition of Done (acceptance criteria): Establishes clear, actionable release gates for normal and critical features, including security and failure-mode validation.
  • Edge case analysis checklist: Covers common data/state/dependency/HTTP boundary failures, including concurrency, retries, idempotency, and malformed inputs.
  • Regression planning and CI quality gates: Specifies what to run on every PR, before release, and periodically, plus measurable thresholds for coverage and defect prevention.
  • Quality reporting template: Provides a structured way to document coverage, edge cases, risks, and go/no-go decisions.

Quick Start

Use the qa-process skill to design a complete QA plan for a specific feature by providing its scope and risk level (normal vs critical) and then asking for acceptance criteria, edge cases to cover, and the recommended CI quality gates.

Frequently Asked Questions about qa-process

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

FAQPage Schema
How do I define a complete test strategy for feature releases?

A test strategy defines testing allocation across unit, integration, and E2E layers based on risk and user-critical paths. It establishes clear acceptance criteria, regression planning, and CI quality gates to ensure release readiness and prevent regressions.

What is the best way to cover edge cases in software QA?

Edge case coverage in software QA requires a systematic checklist analyzing data, state, dependency, and HTTP boundary failures. This includes validating concurrency, retries, idempotency, and malformed inputs to ensure features perform reliably under real-world conditions.

How do I set CI quality gates for regression testing on pull requests?

CI quality gates for regression testing specify automated tests to run on every PR alongside measurable coverage thresholds. They enforce defect prevention standards before merge, ensuring code meets baseline quality requirements and critical paths remain stable.

When do I need a structured quality reporting template for release readiness?

A structured quality reporting template is needed when assessing release readiness to document test coverage, edge case validation, and remaining risks. It provides a standardized format for capturing quality metrics and supporting final go/no-go release decisions.

Can I use acceptance criteria to validate both normal and critical features?

Acceptance criteria establish actionable release gates for both normal and critical features. They include specific security and failure-mode validation requirements for critical paths, ensuring comprehensive Definition of Done across varying risk levels.

Does test strategy planning work for end-to-end and unit testing layers?

Test strategy planning applies to unit, integration, and E2E testing layers. It allocates testing distribution based on risk analysis and user-critical paths, ensuring balanced coverage across the test pyramid for comprehensive software validation.