quality-assurance

Define quality metrics, risk-based test strategies, and release gates for software teams.

Updated Dec 29, 2025
One-click install
npx skills add https://github.com/snoodleboot-io/discrecontinual_equations --skill quality-assurance-snoodleboot-io
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: quality-assurance
Source: https://github.com/snoodleboot-io/discrecontinual_equations/tree/main/.claude/skills/quality-assurance
Command: npx skills add https://github.com/snoodleboot-io/discrecontinual_equations --skill quality-assurance-snoodleboot-io

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams struggle to manage software quality because it is treated as a vague aspiration rather than measurable numbers, leading to end-of-cycle QA phases, uniform test coverage, and gates that never block anything. ## Core Features & Use Cases - Operational Quality Metrics: Defines and tracks escape rate, change failure rate, MTTR, and defect age with formulas and interpretation guidance. - Risk-Based Test Prioritisation: Allocates testing effort using a likelihood-times-impact matrix instead of spreading effort evenly across the codebase. - Shift-Left and Release Gates: Provides concrete entry/exit criteria, exploratory testing charters, and a checklist for replacing the end-of-cycle QA phase. - Use Case: A team lead preparing a release process review uses this Skill to define binary exit criteria, re-score the risk matrix after an incident, and design chartered exploratory sessions for a recently rewritten payment flow. ## Quick Start Ask the AI to define quality metrics and build a risk-based testing strategy with enforced release gates for your team.

Frequently Asked Questions about quality-assurance

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

FAQPage Schema
How do I measure software quality with metrics?▼

Track four metrics: defect escape rate, change failure rate, MTTR, and defect age. Each answers a different question, and ratios matter more than absolute counts because raw defect numbers move with feature volume and reporting culture.

What is a good change failure rate for deployments?▼

Elite performers keep change failure rate under 15 percent, while teams above 30 percent usually have a release-safety problem rather than a testing problem. Define what counts as a failed deployment first and keep that definition stable.

How do I prioritize testing effort across a codebase?▼

Score each area on likelihood (1-5) and impact (1-5), multiply them, and allocate test depth by the resulting risk score. Re-score quarterly and after any significant production incident, since risk shifts with ownership and change frequency.

Is code coverage a good quality metric?▼

No. Coverage measures execution, not assertion, so a suite can execute every line while verifying nothing. Use coverage only to find untested areas, and track escape rate, change failure rate, MTTR, and defect age as the real quality signals.

Why should teams avoid an end-of-cycle QA phase?▼

A dedicated late testing phase finds defects at maximum distance from their cause, gets compressed when dates slip, and makes quality one group's responsibility. Replace it with gates spread through the flow: testable acceptance criteria, contract tests, feature flags, and canary releases.