What problem does it solve?
Deciding which test types (unit, integration, e2e, contract, property-based) a piece of code actually needs is often ad-hoc and inconsistent. This Skill replaces guesswork with deterministic decision gates, explicit skip heuristics, and an enforced output schema so every test strategy is justified and reproducible.
Core Features & Use Cases
- Deterministic Decision Gates: Seven ordered gates (Skip All, Unit, Integration, Component/E2E, Contract, Smoke, Property-Based) with explicit ON/OFF conditions grounded in 14 industry sources including the Test Pyramid, Testing Trophy, and Google Test Sizes.
- Case Design Techniques: Applies ISTQB black-box methods (Equivalence Partitioning, Boundary Value Analysis, Decision Tables, State Transition) plus table-driven test patterns to derive concrete test cases.
- Enforced Output Schema: Produces a
test_strategy YAML block with load-bearing field ordering and a Test Cases to Cover markdown list linked to acceptance criteria.
- Use Case: Before writing tests for a new
POST /users endpoint, run the gates to decide that unit, integration (Testcontainers Postgres), and contract (Pact) tests apply, while e2e and smoke are explicitly rejected with documented reasons.
Quick Start
Ask the agent to design a testing strategy for a specific function, endpoint, or UI component before writing any tests for it.