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

E2e

skill-arbazkhan971-godmode-e2e · by arbazkhan971

|

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

Install

$ agentstack add skill-arbazkhan971-godmode-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 No
  • 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-arbazkhan971-godmode-e2e)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
5mo 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 E2e? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

E2E — End-to-End Testing

Activate When

  • User invokes /godmode:e2e
  • User says "end to end", "end-to-end", "e2e test", "user flow test", "checkout flow"
  • User says "E2E test", "browser test", "integration test"
  • User asks about Playwright, Cypress, or Selenium
  • User needs to fix flaky E2E tests
  • Ship skill needs user-flow validation

Workflow

Step 1: Assess E2E Test State

# Find existing E2E tests
find . -name "*.e2e.*" -o -name "*.spec.*" \
  | grep -i -E "e2e|playwright|cypress" \
  | grep -v node_modules

# Check for test framework config
ls playwright.config.* cypress.config.* wdio.conf.* \
  2>/dev/null

# Count existing test files
find e2e/ tests/ -name "*.spec.ts" 2>/dev/null | wc -l
E2E TEST STATE:
Framework: 
Config file: 
Test count: 
Page objects:  (or none)
Flaky tests: 

IF test count == 0: scaffold from scratch
IF test count > 0 AND flaky > 3: prioritize remediation
IF framework == none: default to Playwright

Step 2: Design Test Architecture

e2e/
├── tests/               # By feature
│   ├── auth/
│   │   ├── login.spec.ts
│   │   └── registration.spec.ts
│   ├── checkout/
│   │   ├── cart.spec.ts
│   │   └── payment.spec.ts
│   └── dashboard/
│       └── navigation.spec.ts
├── pages/               # Page Object Models
│   ├── base.page.ts
│   ├── login.page.ts
│   └── dashboard.page.ts
└── fixtures/
    └── test-data.ts

Step 3: Page Object Model

All locators live in page objects. Tests call methods only.

Step 4: Write E2E Tests

Simulate real user journeys (login, add to cart, checkout), not individual page checks.

Step 5: Flakiness Remediation

FLAKINESS DIAGNOSIS:
| Symptom              | Fix                          |
|----------------------|------------------------------|
| Element not found    | Use auto-waiting locators    |
| Timeout on nav       | waitForLoadState, bump limit |
| Stale element ref    | Re-query after action        |
| Test order deps      | Isolate data in beforeEach   |

ANTI-FLAKINESS RULES:
- Never use fixed sleep — use auto-waiting assertions
- Never depend on execution order — independent tests
- Never use CSS selectors — use data-testid, roles
- Always seed test data via API, not through the UI
- Always retry failed tests in CI (investigate repeats)
- Always record traces/screenshots on failure

THRESHOLDS:
  Pass rate target: 100% over 10 consecutive runs
  Max flaky tolerance: 0 (zero flaky tests in suite)
  Retry budget in CI: 2 retries per test max

Step 6: Cross-Browser Testing

BROWSER MATRIX:
| Browser       | Engine   | Status     |
|---------------|----------|------------|
| Chrome        | Chromium | |
| Firefox       | Gecko    | |
| Safari        | WebKit   | |
| Mobile Chrome | Chromium | |
| Mobile Safari | WebKit   | |

Step 7: Generate E2E Report

E2E REPORT — 
Framework: 
Total:  tests, Passing: , Failing: 
Duration: s (parallel:  workers)
Cross-browser: chromium PASS, firefox PASS, webkit PASS

Commit: "e2e: — tests across flows"

# Run end-to-end tests
npx playwright test --reporter=list
npx cypress run --browser chrome

Key Behaviors

Never ask to continue. Loop autonomously until done.

  1. Page objects mandatory. No selectors in test files.
  2. Test user journeys, not pages.
  3. Stability over speed. Fix flakiness before adding tests.
  4. Use auto-waiting. Never use sleep().
  5. Test data isolation. Each test owns its data.
  6. Fail with context. Screenshots + traces on failure.

HARD RULES

  1. Never use CSS selectors as test locators.
  2. Never use fixed sleep() or waitForTimeout().
  3. Never depend on test execution order.
  4. Never put selectors directly in test files.
  5. Never skip flaky test investigation — fix or delete

within 48 hours.

Keep/Discard Discipline

After EACH test spec or flakiness fix:
  1. MEASURE: Run 10 times — pass rate?
  2. DECIDE:
     KEEP if: 100% pass rate AND no timing waits
     DISCARD if: <100% OR uses sleep/waitForTimeout
  3. COMMIT kept. Delete discarded before adding more.

Loop Protocol

test_flow_queue = detect_untested_user_flows()
WHILE test_flow_queue is not empty:
  batch = test_flow_queue.take(3)
  FOR each flow in batch:
    1. Create Page Objects for the flow
    2. Write spec: happy + error + edge cases
    3. Run across browser matrix
    4. IF flaky: diagnose, apply fix
    5. IF pass rate < 100%: discard and rewrite
  IF queue empty: run full suite, generate report

Auto-Detection

1. Check for: playwright.config.*, cypress.config.*
2. Scan for: *.e2e.*, *.spec.* in e2e/ or tests/
3. Detect frontend: Next.js, React, Vue, Angular
4. Check for page objects: e2e/pages/
5. Detect app URL from config or package.json

Output Format

Print: E2E: {tests} tests, {flows} flows, {browsers} browsers. Pass: {rate}%. Flaky: {count}. Verdict: {verdict}.

TSV Logging

Log to .godmode/e2e-results.tsv:

iteration	flow	browser	tests_passing	flaky	status

Stop Conditions

STOP when ANY of:
  - All critical flows covered at 100% pass rate
  - Cross-browser matrix passes (chromium, firefox, webkit)
  - User requests stop
  - Max 10 iterations reached

Error Recovery

  • Tests fail on first run: check dev server, baseURL,

run npx playwright install.

  • Element not found: switch to accessible locators.
  • Timeout: increase actionTimeout, check network.
  • Flaky: run --repeat-each=10, fix root cause.
  • CI failures: compare browser versions, enable traces.

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.