The Standard Testing

Enforce three-axis test structure and exception-mapping rules for The Standard-compliant systems.

18|6|Updated Mar 25, 2026
One-click install
npx skills add https://github.com/hassanhabib/the-standard-skills --skill the-standard-testing-hassanhabib
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: The Standard Testing
Source: https://github.com/hassanhabib/the-standard-skills/tree/main/.skills/the-standard-testing
Command: npx skills add https://github.com/hassanhabib/the-standard-skills --skill the-standard-testing-hassanhabib

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Standard Testing skill enforces disciplined, repeatable testing practices across the software lifecycle, ensuring tests are authored first, structured consistently, and aligned with robust exception handling.

Core Features & Use Cases

  • Establishes a consistent three-axis test structure (root, logic, validations, exceptions) and standardized file layout for foundation services and related components.
  • Enforces testing order, naming conventions, verification rigor, and thorough logging to ensure observable behavior is captured and regressions are prevented.
  • Guides comprehensive validation and exception-testing practices, ensuring localized exceptions preserve inner causes and data, and dependency boundaries are respected.

Quick Start

Write a failing foundation test first, implement the minimum code to pass, then extend tests for validations and exceptions following the prescribed order.

Frequently Asked Questions about The Standard Testing

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

FAQPage Schema
How do I enforce TDD and strict testing standards in my software architecture?

You enforce TDD and testing standards by authoring a failing foundation test first, implementing the minimum code to pass, and then extending tests for validations and exceptions following a prescribed order.

What is the standard structure for organizing tests in a TDD workflow?

The standard structure for organizing tests uses a three-axis layout covering root, logic, validations, and exceptions, ensuring consistent file layout and verification rigor across foundation services and related components.

How should exception handling tests be structured to preserve inner causes?

Exception handling tests should be structured to ensure localized exceptions preserve inner causes and data, respecting dependency boundaries while capturing observable behavior through thorough logging to prevent regressions.

Can I apply these testing standards to validation logic for foundation services?

Yes, you can apply these testing standards to foundation services, as the framework specifically enforces deterministic validation, logging, and exception-mapping requirements across service components and related testing practices.

What's the best way to start writing tests following The Standard Testing framework?

The best way to start is to write a failing foundation test first, implement the minimum code required to pass it, and then extend your tests for validations and exceptions following the prescribed testing order.

Why does my test structure need to follow a specific order for validations and exceptions?

Your test structure needs a specific order because enforcing testing order and naming conventions ensures observable behavior is captured consistently, preventing regressions and aligning with robust exception handling requirements.