testing-strategy-builder

Create test strategies defining taxonomy, commands, fixtures, and CI alignment.

3|Updated Jun 8, 2026
One-click install
npx skills add https://github.com/pax-k/pax-fullstack-harness --skill testing-strategy-builder-pax-k
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: testing-strategy-builder
Source: https://github.com/pax-k/pax-fullstack-harness/tree/main/skills/testing-strategy-builder
Command: npx skills add https://github.com/pax-k/pax-fullstack-harness --skill testing-strategy-builder-pax-k

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill addresses the challenge of creating a coherent and practical test strategy for coding agents, ensuring that unit, integration, and e2e tests are added correctly and consistently.

Core Features & Use Cases

  • Test Strategy Creation: Defines taxonomy, commands, fixtures, naming, and examples for testing.
  • Test Classification: Provides guidelines for classifying tests as Unit, Integration, E2E, Contract, or Browser e2e.
  • CI Alignment: Ensures CI runs the same command interface for consistent test execution.
  • Bug-Fix Rule: Encourages adding a failing reproduction test when fixing a bug.

Quick Start

Use the testing-strategy-builder to create a test strategy for your project.

Frequently Asked Questions about testing-strategy-builder

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

FAQPage Schema
How do I create a consistent test strategy for coding agents?

To create a consistent test strategy, you need to define a clear testing taxonomy, establish naming conventions, and set up test fixtures. This ensures coding agents add unit, integration, and e2e tests correctly and uniformly across the project.

What is the best way to classify tests for CI integration?

Classifying tests for CI integration involves grouping them into Unit, Integration, E2E, Contract, or Browser e2e categories. This classification ensures CI runs the same command interface for consistent and reliable test execution.

Why should I add a bug reproduction test when fixing defects?

Adding a bug reproduction test when fixing defects is a standard convention that validates the original failure. Including this failing test in your test strategy ensures the specific bug is permanently resolved and prevents regressions.

How do I align my test automation commands with CI processes?

Aligning test automation with CI processes requires defining a consistent command interface for executing tests. By establishing these testing conventions, CI pipelines can reliably run unit, integration, and e2e tests without command mismatches.

Does this approach work for both e2e and unit testing conventions?

Yes, this approach works for both e2e and unit testing conventions. It provides comprehensive guidelines for classifying and writing tests across the full spectrum, including unit, integration, end-to-end, contract, and browser e2e tests.

What testing taxonomy is needed to standardize test automation?

Standardizing test automation requires a taxonomy that defines specific test types, commands, and fixtures. Establishing this testing taxonomy aligns test creation with CI processes and dictates how coding agents structure test implementations.