end-to-end-testing
Systematic E2E testing workflow with evidence capture and reporting. Use when running integration tests, validating complete user flows, capturing test…
Find an Agent Skill for your task. Read the guide and copy the install command.
Updated 10-21 00:11
12,419 results
Systematic E2E testing workflow with evidence capture and reporting. Use when running integration tests, validating complete user flows, capturing test…
Port a Protractor test suite to CodeceptJS 4. Trigger when the project contains `protractor.conf.{js,ts}`, `protractor` in `devDependencies`,…
Port a TestCafe test suite to CodeceptJS 4. Trigger when the project contains `.testcaferc.{json,js,ts,cjs}`, `testcafe` in `devDependencies`, test files…
Write and run pattern tests
Use when user says "send to Ray," "show in Ray," "debug in Ray," "log to Ray," "display in Ray," or wants to visualize data, debug output, or show diagrams in…
Best practices for iterative refinement of publication-quality scientific figures. Covers systematic improvement workflows, layout optimization, and ensuring…
Use when writing widget tests, finding UI elements with finders, simulating user gestures, or testing widget state updates.
[Testing] Use when you need full-site QA audit (accessibility, performance, security, SEO) with visual reports.
Drupal Unit tests with UnitTestCase — testing isolated PHP logic with no Drupal bootstrap, mocking dependencies.
Generate a project-local verification skill that drives your app the way a user does — any language, framework, or platform. Use for…
Use when "audit KB", "check frontmatter", "find broken links", "tag cleanup", "knowledge base quality", or docs need health check. Do NOT use for SEO audits…
Use when reviewing XcodeBuildMCP tests for correct unit, snapshot, schema, smoke, and external process boundaries.
Use only when the user explicitly names tdd or an upstream task explicitly invokes it to implement a feature or bug fix test-first. Execute vertical…
Use when about to say anything that implies success — "done", "fixed", "passing", "works", or any paraphrase — and before committing, opening a PR, closing a…
Software supply chain security — dependency confusion, CI/CD pipeline attacks, lockfile integrity, and build artifact verification.
Execute mobile app testing on iOS and Android devices/simulators. Use when performing specialized testing. Trigger with phrases like "test mobile app", "run…
The read-only morning audit: last 7 complete days vs the prior 7, wasted budget, fading ads, starved tests, pixel problems, one next test. Max 5…
Configure ruff, mypy, and basedpyright for Python 3.13 projects. Use when setting up linters and type checkers in pyproject.toml and pyrightconfig.json.
Start Moli's CDP server and connect Playwright, Puppeteer, or raw CDP clients. Use to run a headless-browser CDP endpoint, replace a Chromium process, attach…
Apply Rails testing standards with Minitest, fixtures, and pragmatic coverage boundaries. Use when creating tests, reviewing test quality, or improving flaky…
Multi-agent code review with parallel specialized reviewers, architecture validation, challenge validation, and durable handling of previously decided…
The independent review step, the second-to-last step in the QA process. After qa-test-runner finishes execution, review the code itself from an independent perspective—check architecture, security, concurrency correctness, data consistency, regression risk, and test coverage gaps—without being influenced by the executor's conclusions. Produce code-review.json (containing severity-graded findings and readiness constraints), and…
QA upstream phase — build a factual profile and environmental evidence for the repository. Triggered when you need to collect a module's code context, index existing cases and tests, check front-end/back-end service reachability, or prepare an environment snapshot. Collect facts only; do not do risk analysis, write test cases, or judge quality. Usually executed as the first phase under the scheduling of quality-assurance-agent.…
After spec-task and the test scripts are ready, execute them one by one, classify failures, fix the minimal root cause, collect evidence, and run the completion gate. You are only responsible for "running"—you do not generate reports, review code, or decide Ready. Review is left to qa-code-reviewer; reports and decisions are left to qa-report-generator. Not applicable: report generation, code review, test case design.