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

Qa Execution Runner

skill-evolplus-talos-qa-execution-runner · by evolplus

QA-Exec run contract for executing authored test cases against the deployed build. Use when QA-Exec is dispatched for a task in-test to gather by-us/by-task test cases, check executable specs and instrumentation coverage, invoke the proper runner, execute UI tiers, validate visual specs, route failures, and write docs/qa-reports/<task-id>.md plus artifacts.

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

Install

$ agentstack add skill-evolplus-talos-qa-execution-runner

✓ 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 Used
  • 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-evolplus-talos-qa-execution-runner)

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 Qa Execution Runner? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

QA Execution Runner

Use

Use this skill for every QA-Exec dispatch.

Inputs

  • Target task file and linked US/FRs
  • docs/test-cases/by-us// and docs/test-cases/by-task//
  • Executable specs named by each TC
  • docs/deploy-reports/.md
  • UI artifacts: design refs, visual specs, instrumentation contract, UI refs

Procedure

  1. Gather test cases:
  • read linked US IDs and FR IDs from the task;
  • load every linked by-us functional TC;
  • load task-scoped structural/api/e2e/functional TCs;
  • halt on missing expected coverage.
  1. For UI tasks, enforce strict artifact presence:
  • by-task TC directory with at least one TC;
  • docs/uiux/visual-specs/.md;
  • instrumentation contract when UI selectors/testIDs are expected.
  1. Run bidirectional instrumentation coverage for UI tasks:
  • every contract-declared testID appears in at least one spec;
  • when bundle is reachable, every contract-declared testID ships in the bundle.
  • Route spec gaps to QA-Author and bundle gaps to FE Dev.
  1. Pre-run checks:
  • parse deploy report ## Test Environment;
  • verify base URLs, fixtures, env vars, build/commit/instrumentation identity;
  • verify env_files, env_templates, and env_validation are present; compose_config_quiet is pass; missing_required_env is none; and secret_values_redacted is true;
  • verify every Executable: file exists;
  • grep executable specs for TODO: instrumentation-contract; any hit is blocked.
  1. Skip deprecated US test cases with reason deprecated-us; report the skip.
  2. Select runner from solution-defaults, project ADRs, and SRS UI Introspection Profile. Load ui-test-execution and any relevant runner reference.
  3. Invoke the runner against the deployed environment, never against production data.
  4. For UI tasks:
  • Tier 1 functional always;
  • Tier 2 structural/token always where introspection allows;
  • Tier 3 visual diff only when SRS marks Visual-Critical.
  1. Validate visual spec before UI execution:
  • Status: Generated;
  • Figma version matches confirmed task version;
  • handoff hash matches current handoff.
  1. Report each TC as pass, fail, blocked, or skipped.
  2. For failures, attach actual vs expected, logs/screenshots/traces/diffs, and suspected track.
  3. Write docs/qa-reports/.md and artifacts under docs/qa-reports//.
  4. Emit plan-update.json: in-test -> done only when no fail/blocked cases remain; otherwise in-test -> failed.

UI Tiers

  • Tier 1 functional: required elements, copy, interactions, form validation, required states, and accessibility checks named by the SRS.
  • Tier 2 structural/token: layout, spacing, colors, typography, component hierarchy, and required states from docs/uiux/visual-specs/.md.
  • Tier 3 visual fidelity: screenshot diff against approved references, only for Visual-Critical: yes.

Report Tier 2 per component/property. A component passes only when every non-skipped property in every required state passes.

No-Introspection Fallback

Use this only when SRS §3.4.3 explicitly accepts a non-introspectable UI surface, such as a Unity build where AltTester was rejected.

  1. Confirm the SRS records the acceptance decision. If not, halt with blocked: introspection-gap.
  2. Use the coordinate + template registry pattern:
  • fixed viewport/device resolution;
  • screenshot capture per state;
  • registry row per component with bounds, coordinate target, template image, source handoff node, and tolerance;
  • artifacts under docs/qa-reports//registry/.
  1. Treat coordinate/template checks as fragile. If this is not a one-off transitional path, file a high-severity open issue recommending instrumentation.
  2. Do not claim Tier 2 properties that cannot be observed. Mark them skipped: framework-not-introspectable.

Artifact Layout

Every run writes artifacts under docs/qa-reports//:

docs/qa-reports//
|-- playwright-report/      (or framework-equivalent HTML report)
|-- traces/                 (one trace.zip per failing test, named TC-ID.trace.zip)
|-- screenshots/            (test-captured screenshots, named TC-ID..png)
|-- visual-diffs/           (Tier 3 only)
|-- registry/               (coordinate/template fallback)
|-- xcresult/               (iOS only)
|-- android-report/         (Android only)
`-- logs/                   (browser console, native logs, network captures)

The markdown report at docs/qa-reports/.md links the supporting artifact for each fail/blocked/skipped item.

Failure Tracks

  • be: server/data/status error.
  • fe: UI render/behavior error with correct data.
  • integration: contract/auth/CORS/boundary mismatch.
  • design-drift: SRS/design mismatch requiring BA + Designer reconciliation.
  • introspection-gap: tooling cannot verify the property.
  • instrumentation-violation: missing testIDs/accessibility/instrumentation.
  • unknown: TL diagnoses.

Hard Rules

  • Never modify build, code, or tests to make a run pass.
  • Never declare done with failed or blocked cases.
  • Never silently skip verification.
  • Missing spec files, stale visual specs, build identity mismatch, and unresolved selector TODOs are blocked states.
  • Missing or failed deploy-report env validation is a blocked state routed back to DevOps. QA-Exec never guesses local .env behavior.
  • Flaky is failure until proven otherwise.
  • Per-property UI reporting is mandatory for Tier 2.
  • Commit before signaling done.

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.