quality-testing

Guides test strategy decisions by risk, test level, and regression confidence.

1|Updated Apr 15, 2026
One-click install
npx skills add https://github.com/pnewsam/skills --skill quality-testing-pnewsam
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: quality-testing
Source: https://github.com/pnewsam/skills/tree/main/archive/quality-evicted/quality-testing
Command: npx skills add https://github.com/pnewsam/skills --skill quality-testing-pnewsam

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often write tests by habit rather than by risk, ending up with brittle end-to-end suites, coverage metrics that hide real gaps, and flaky tests nobody owns. This Skill provides a language-agnostic framework for deciding what to test, at which level, and whether a test is worth writing at all. ## Core Features & Use Cases - Risk-Based Test Selection: A decision rubric maps risk types (pure logic, integration boundaries, critical user flows, bug fixes, refactors) to the cheapest reliable test level. - Flakiness and Suite Health Signals: Evidence signals for detecting unreliable suites, including pass/fail frequency, retry dependence, quarantines, and duration variance. - Review Checklist: Concrete questions for evaluating whether a test would catch a meaningful regression and survive harmless refactoring. - Use Case: When reviewing a pull request that adds a broad browser test for simple validation logic, use this Skill to justify moving the assertion to a unit test and reserving E2E coverage for the critical user workflow. ## Quick Start Ask the AI to evaluate the testing strategy for your current change and recommend which test levels to use based on risk.

Frequently Asked Questions about quality-testing

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

FAQPage Schema
How do I decide which test level to use for a change?▼

Match the test level to the risk: unit tests for pure calculations and validation rules, integration or contract tests for service collaboration and persistence, and end-to-end tests only for critical user workflows. Prefer the lowest level that proves the behavior.

What is the test pyramid and how should I apply it?▼

The test pyramid, popularized by Martin Fowler, recommends many cheap unit tests, fewer integration tests, and very few end-to-end tests. Broad UI tests should be reserved for critical user flows, not logic a unit test could prove.

How do I handle flaky tests in my suite?▼

Fix, delete, or visibly track flaky tests with an owner and reason. Same-code pass/fail frequency is the primary flakiness signal, along with retry dependence, old quarantines, and high duration variance.

Is code coverage percentage a good measure of test quality?▼

Coverage percentage is a weak proxy for test quality. A better measure is whether each test would fail for a meaningful regression at the cheapest reliable level without breaking during harmless refactors.

When should I write end-to-end tests instead of unit tests?▼

Use end-to-end tests only for critical user workflows or smoke paths that cross multiple components. Logic that a unit or service test can prove should not rely on broad browser tests, which are slower and more brittle.

What tests should I add when fixing a bug?▼

Add a test at the level where the bug was observable so it reproduces the original failure. If a broad test exposed missing lower-level coverage, add a cheaper unit or integration test alongside it.