systematic-testing

Validate multi-layer architectures bottom-up across domain plugins, API proxies, browser traffic, and dashboard UI.

182|19|Updated Mar 23, 2026
One-click install
npx skills add https://github.com/adam-s/intercept --skill systematic-testing-adam-s
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systematic-testing
Source: https://github.com/adam-s/intercept/tree/main/.claude/skills/systematic-testing
Command: npx skills add https://github.com/adam-s/intercept --skill systematic-testing-adam-s

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Bottom-up systematic validation ensures that each layer of a multi-layer system can be tested in isolation before integrating, helping identify failures at the source and reduce debugging time across domains like domain plugins, API proxies, browser traffic capture, and dashboard UI.

Core Features & Use Cases

  • Per-layer validation: L1 Domain Plugin, L2 API Proxy, L3 Browser + Traffic Capture, L4 Dashboard UI.
  • Gate-driven testing: enforce a strict bottom-up sequence, ensuring lower layers are healthy before ascending.
  • Clear remediation guidance: explicit steps to diagnose, fix, and re-validate across layers.

Quick Start

Begin with L1 domain plugin validation, then progressively verify API proxy, browser capture, and finally the dashboard UI in order.

Frequently Asked Questions about systematic-testing

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

FAQPage Schema
What is bottom-up validation for multi-layer testing?

Bottom-up validation tests each architectural layer in isolation before integration. By starting with domain plugins and ascending to the dashboard UI, it isolates failures at the source to reduce cross-layer debugging time.

How do I systematically test API proxies and browser traffic capture?

You test API proxies and browser traffic by following a strict gate-driven sequence: validate the domain plugin first, then the API proxy, then browser traffic capture, ensuring each lower layer is healthy before ascending to the next.

Why does my dashboard UI test fail when the API proxy is healthy?

Dashboard UI failures despite a healthy API proxy often indicate broken browser traffic capture or UI data flows. Gate-driven per-layer validation isolates this by providing explicit diagnostic and remediation steps for the specific failed layer.

Can I validate individual dashboard UI data flows without testing domain plugins first?

Validating dashboard UI data flows without testing domain plugins first skips the required gate-driven sequence. You must enforce the strict L1 to L4 progression to ensure lower layers are healthy before ascending to UI validation.

What is the best way to structure end-to-end testing across multiple system layers?

The best way to structure end-to-end testing across multiple layers is applying a strict gate sequence: validate domain plugins, API proxies, browser traffic capture, and dashboard UI independently in order, with clear failure remediation guidance at each step.