Executing Distributed System Tests

Voert een ontworpen gedistribueerd-systemen testplan uit, waarbij elke run wordt gescoord op een 10-state verdict taxonomie

Door shenli · shenli/distributed-system-testing

Werkt met setup ★ 8.0/10

Executing Distributed System Tests — Voert een ontworpen gedistribueerd-systemen testplan uit, waarbij elke run wordt gescoord op een 10-state verdict taxonomie

Wat het doet

Voert een eerder ontworpen gedistribueerd-systemen testplan uit tegen een echte of gesimuleerde cluster: ontdekt de bestaande test toolbox van de SUT, stuurt workload en fault injection aan, vangt per-scenario nemesis-landing bewijs op, en wijst een van de tien verdict staten toe met green-but-broken en weak-oracle audits voordat elke PASS. Activeert op "execute the plan", "reproduce a distributed bug", "run stability/chaos tests", "validate a release end-to-end", of wanneer een planbestand bestaat op docs/testing-plans/. Voor boundary en fairness scenario's scoort het elke surface arm afzonderlijk en past een downgrade regel toe zodat een ongeteste arm niet kan samenvouwen tot een scenario pass.

Testrapport

SKILL.md via de GitHub API opgehaald; frontmatter parseert (name+description), en 3 in de body gerefereerde bestanden retourneerden HTTP 200 (verdict-taxonomy.md, green-but-broken-red-flags.md, findings-report-template.md). Geen hardcoded paths of security smells; levert geldige plugin.json/marketplace.json. Het volledige uitvoeringspad (fault injection aansturen tegen een live cluster) vereist Docker + een gedistribueerde SUT + een ontworpen planbestand dat ik niet kon leveren, dus ik mat de onderscheidende verdict/report-discipline slice: gegeven een boundary scenario met 4 surface arms waarvan 2 slaagden en 2 nooit werden bereikt, noemde mijn baseline het "PASS (with caveats), nothing blocks shipping", terwijl het volgen van de per-arm downgrade regel van de body "PARTIAL-surface, NOT a pass, should NOT ship" plus een surface-coverage tabel afdwong — precies de folded-surface failure die de skill beweert te voorkomen (exec_baseline.md vs exec_skill.md).

Getest op: 2026-07-31 · Claude Code 2.x (agent harness)

Installatie

git clone --depth 1 https://github.com/shenli/distributed-system-testing.git /tmp/executing-distributed-system-tests-src
mkdir -p ~/.claude/skills
cp -R /tmp/executing-distributed-system-tests-src/skills/executing-distributed-system-tests ~/.claude/skills/executing-distributed-system-tests
# Plugin-marketplace alternative: /plugin marketplace add shenli/distributed-system-testing  then install the 'distributed-testing-skills' plugin (installs both design + execute skills)
# To ACTUALLY RUN a plan end-to-end you additionally need, none of which the skill bundles:
#   - a plan file produced by the paired 'designing-distributed-system-tests' skill (the skill halts if oracles/budget tiers are missing)
#   - a distributed system-under-test repo to run against
#   - container + fault-injection tooling: docker/podman + compose, iptables/tc/netem, optionally toxiproxy/libfaketime

Commando's en voorbeeldprompts

/executing-distributed-system-testsVoert een ontworpen gedistribueerd-systemen testplan uit, waarbij elke run wordt gescoord op een 10-state verdict taxonomie

Skills reageren op gewone verzoeken — geen commando's om te onthouden. Na installatie activeren prompts zoals deze de skill (in het Engels):

Execute the test plan against the staging cluster
Reproduce this distributed bug with chaos testing
Run tenant isolation tests before this release

Volledig rapport (Engels) →