validation-strategist

Design layered validation and verification strategies for software releases.

Updated May 9, 2026
One-click install
npx skills add https://github.com/GustavoGutierrez/engineering-skills --skill validation-strategist
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: validation-strategist
Source: https://github.com/GustavoGutierrez/engineering-skills/tree/main/skills/validation-strategist
Command: npx skills add https://github.com/GustavoGutierrez/engineering-skills --skill validation-strategist

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the problem of designing a clear, evidence-driven validation and verification plan that prevents late surprises by defining what to test at each layer and what gates must pass.

Core Features & Use Cases

  • Layered validation strategy: Plans unit, component, feature, application, and release-candidate verification/validation with explicit evidence and gates.
  • Verification vs. validation separation: Distinguishes “build it right” from “build the right thing” and assigns checks accordingly.
  • E2E justification and risk control: Limits end-to-end testing to critical paths and explains when higher layers are truly needed.
  • Entry/exit criteria and release readiness: Defines concrete criteria for progressing between layers and a Layer 5 release readiness checklist.

Quick Start

Design a multi-layer validation strategy for a release candidate by mapping each layer’s gates, evidence, environments, and entry/exit criteria to your target artifact.

Frequently Asked Questions about validation-strategist

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

FAQPage Schema
How do I design a layered validation strategy for a software release?

A layered validation strategy maps verification and validation tasks across unit, component, feature, application, and release-candidate stages. It defines explicit evidence, environments, and entry/exit gates for each layer to de-risk releases.

What is the difference between verification and validation in QA planning?

Verification checks if you built the system right against specifications, while validation ensures you built the right thing for user needs. Separating these in your validation plan assigns specific checks and evidence to each goal across all testing layers.

How do I define entry and exit criteria for release gates?

Defining release gates requires setting concrete entry and exit criteria for progressing between test layers. You establish specific evidence requirements and quality metrics that must pass before a release candidate advances to release readiness.

When should I use end-to-end testing in a multi-layer test plan?

End-to-end testing should be justified and limited to critical paths within a multi-layer test plan. It is needed only when higher layers provide unique signal that lower-layer tests cannot capture, controlling risk and preventing redundant coverage.

Can I generate a validation plan for non-functional requirements and architecture specs?

Yes, you can generate validation plans for non-functional requirements, architecture specs, PRDs, and contracts. The strategy maps verification and validation splits with appropriate evidence and gates across all defined layers for governance.

What is the best way to select lowest-layer signals for QA automation?

Selecting lowest-layer signals for QA automation involves choosing the most foundational tests that provide clear pass/fail evidence. This limits redundancy by ensuring higher-layer tests only execute when lower-layer validation has passed its gates.