qa-review

Evaluate software release readiness through evidence-based acceptance criteria and risk assessment.

25|3|Updated Jul 14, 2026
One-click install
npx skills add https://github.com/nimadorostkar/Claude-Skills-collection --skill qa-review-nimadorostkar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qa-review
Source: https://github.com/nimadorostkar/Claude-Skills-collection/tree/main/skills/testing/qa-review
Command: npx skills add https://github.com/nimadorostkar/Claude-Skills-collection --skill qa-review-nimadorostkar

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill eliminates vague, subjective release sign-offs by enforcing a structured, evidence-based review process that identifies hidden risks and operational gaps before deployment.

Core Features & Use Cases

  • Acceptance Verification: Validates features against actual system behavior rather than just PR descriptions.
  • Risk Assessment: Performs systematic edge-case enumeration and regression-radius analysis.
  • Use Case: Use this before merging a high-stakes feature to ensure that rollback paths, monitoring, and edge-case handling are explicitly documented and verified.

Quick Start

Use the qa-review skill to evaluate the release readiness of the current feature branch by analyzing the provided acceptance criteria and test evidence.

Frequently Asked Questions about qa-review

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

FAQPage Schema
How do I verify acceptance criteria before a software release?

Verify acceptance criteria by validating actual system behavior against documented feature requirements rather than relying solely on PR descriptions. This structured release review confirms that features meet operational standards before sign-off.

What is evidence-based release readiness evaluation?

Evidence-based release readiness evaluation is a structured framework that eliminates vague sign-offs by requiring verification of acceptance criteria, edge-case analysis, and explicit documentation of residual risk before deployment.

How do I assess regression risk for a high-stakes feature merge?

Assess regression risk by performing systematic edge-case enumeration and regression-radius analysis during the review process. This identifies hidden risks and operational gaps that could impact system stability after merging.

Can I use a structured review to document rollback paths and monitoring before deployment?

Yes, you can use a structured release readiness review to ensure rollback paths, monitoring configurations, and edge-case handling are explicitly documented and verified before deploying high-stakes features to production.

What is the best way to document residual risk during a QA sign-off?

The best way to document residual risk is through an evidence-based review framework that requires explicit documentation of remaining operational gaps and edge-case vulnerabilities alongside acceptance criteria verification during release sign-off.

When should I avoid subjective release sign-offs?

Avoid subjective release sign-offs whenever deploying high-stakes features, as vague approvals miss hidden risks and operational gaps; instead enforce an evidence-based review verifying acceptance criteria, edge-case handling, and rollback paths.