AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Test E2e

skill-knowhowlab-agent-testkit-test-e2e · by knowhowlab

Execute the repository's TESTS_E2E.md plan as a complete, autonomous end-to-end integration test — every phase sequentially, failures investigated and fixed immediately, everything logged to a timestamped protocol file. Use when the user asks for an e2e test, a full integration run, acceptance testing, stack verification, a regression run, or to "run the test plan" — with optional scope arguments…

No reviews yet
0 installs
16 views
0.0% view→install

Install

$ agentstack add skill-knowhowlab-agent-testkit-test-e2e

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access Used
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-knowhowlab-agent-testkit-test-e2e)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
1mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Test E2e? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

test-e2e — Execute the E2E plan

Goal: Run the plan in TESTS_E2E.md (repository root) from scratch: every phase in order, every step verified against its Expect:, every failure fixed before moving on, everything logged to /-YYYYMMDD-HHMM.md (UTC timestamp at start; create the directory if missing).

Pre-flight

  1. Locate TESTS_E2E.md at the repo root (or nearest ancestor containing

one). Missing → tell the user no plan exists and offer to run test-init to generate it. Do not improvise a plan.

  1. Read the whole plan. Take Meta (protocol dir/prefix), Scopes, Facts,

Fixtures, Phases, Wrap-up.

  1. Resolve the user's arguments against ## Scopes. Unknown scope word →

ask once now; after launch there is no interaction. No arguments → full plan.

  1. Create the protocol file with its header (see format below); record

the Environment commands' results; initialize counters (passed / failed / fixed / blocked / skipped).

Critical rules

  1. Run autonomously without user confirmation. Execute ALL commands

(bash, file reads, edits, writes, docker operations, curl calls, service restarts) immediately without pausing for approval. This is an automated test suite — treat every tool call as pre-approved. Do not ask "should I continue?" — just do it.

  1. Fix failures immediately. When a step's result contradicts its

Expect:, do NOT skip it. Investigate the root cause, apply a fix, re-run the failing check until it passes, then continue. Check the step's On fail: hint and the plan's ## Facts first — a Fact that declares the behavior expected means it is NOT a failure; never "fix" documented caveats.

  1. Log everything, as you go. Every result (pass or fail), issue,

fix, and retry goes into the protocol file the moment it happens — timestamps, exact error messages, files changed, before/after of fixes. Never batch protocol writes for the end.

  1. Retry timing issues once. Connection refused / service still

initializing → wait 15–30 seconds, retry once, then investigate. Per-step Retry:/Timeout: lines override this default.

  1. Never skip a phase on your own. A phase that cannot pass even

after fixes is logged BLOCKED with the reason, and the run continues. The only legitimate skips: SKIPPED (scope) for phases/steps excluded by the resolved scopes, and BLOCKED (prereq) for needs- tags whose prerequisite is absent on this host (record which). External-dependency steps that fail clearly upstream (per plan Facts/tags) are SKIPPED-EXTERNAL, never silent passes.

  1. Scratch, not repo. Runtime state (configs, data dirs, logs) lives

in a fresh temp dir per run. The only repo writes allowed: the protocol file, Fixtures the plan declares, and fixes for real failures. Destructive: steps must target scratch or a path the plan explicitly names.

  1. Minimize console output. One line per phase; the protocol file is

the detailed log.

Execution

Walk phases in plan order. Per phase: append the phase header to the protocol, run each step (Run: commands; honor Verify: lists and Cleanup: lines), judge strictly against Expect:, log the row, keep counters. Per step verdicts: PASS, FIXED (failed → fixed → re-run passed), FAIL (only when a fix could not be found — rare; explain), BLOCKED, SKIPPED (scope), SKIPPED-EXTERNAL.

Wrap-up (always runs)

  1. Execute the plan's Re-run: phases (prove fixes made during the run

didn't regress anything).

  1. If any repo file was changed by fixes: list them in the protocol with

summarized diffs; leave changes uncommitted; flag them in the console summary.

  1. Scratch cleanup: temp dirs, containers/images/volumes created by this

run (unless a keep-up-style scope says otherwise).

  1. Fill the protocol Summary table and final verdict:

PASS (no FAIL, no BLOCKED) / PASS with BLOCKED / FAIL.

  1. Process the plan's Remind: bullets in the console summary.

Protocol file format

# E2E Test Protocol — 

**Date**: YYYY-MM-DD HH:MM UTC
**Branch**: 
**Commit**: 
**Plan**: TESTS_E2E.md (format v1, generated ) · Scope: 
**Environment**: 

## Summary

| Phase | Result | Tests | Passed | Fixed | Failed | Blocked | Skipped |
|-------|--------|-------|--------|-------|--------|---------|---------|

## Phase N: 

### Results

| # | Step | Result | Details |
|---|------|--------|---------|

### Issues & Fixes

#### Issue N.1: 
- **Error**: 
- **Root cause**: 
- **Fix**: 
- **Files modified**: 
- **Verified**: Yes/No

Total: N passed, N fixed-then-passed, N blocked, N skipped.
Repo files changed: .

Console output

One line per phase (Phase 4 — live daemon … PASS (2 fixed)), then a final block: overall verdict, counters, protocol file path, repo files changed by fixes (if any), and the plan's Remind items.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.