All categories
Testing & QA
Unit tests, integration tests, E2E, QA, validation, and test automation
- 31,095
- 1,296
Security grades appear on each card once the skill has been scanned. Newly imported skills may briefly show without a grade until the backfill job runs.
Open in full browserBrowse testing & qa skills
Showing 3,193–3,216 of 31,095 skills
- Sdd VerifyAdversarial verification of one SDD Composy task in verify_required: reproduce every claim with fresh commands, build the truth table, refute stale evidence, and produce the verdict that gates complete. Use when review is done and the task claims to be finished — 'verificar a TASK-003', 'a task está pronta mesmo?', 'is this task really complete'. Do NOT use for QA, code review, or a general 'verify my work' outside an SDD task.Votes: 0GitHub stars: 3
- Sdd TasksGenerate and safely advance the SDD Composy task projection from approved PRD, stories, and TechSpec: import contracts, list/next/show, and guarded start/block/transition/verify. Use when work must be decomposed or a task's state inspected or moved — 'quebrar a spec em tarefas', 'listar as tarefas', 'qual a próxima task', 'mark TASK-003 blocked'. Do NOT use to implement a task (sdd- execute), reconcile Markdown and JSON (sdd-sync), or for a status overview (sdd- status).Votes: 0GitHub stars: 3
- Sdd StoriesCreate, revise, or resolve applicability for SDD Composy user stories (US/SC) from an approved PRD and domain evidence, stopping at the human gate. Use after the PRD is approved — 'gerar as histórias de usuário', 'cenários de aceite', 'stories for prd-SLUG', 'is stories NOT_APPLICABLE here'. Do NOT use before the PRD is approved, for the TechSpec, or for user-story writing outside SDD.Votes: 0GitHub stars: 3
- Sdd QuickDeliver a small bounded change inside an initialized SDD Composy workspace through the quick path: at most five implementation files, a registered TASK, TDD, evidence, trace, and a verified verdict, escalating otherwise. Use for a precise objective with no existing task — 'ajuste rápido via SDD', 'quick fix under SDD', 'small change to X in the SDD flow'. Do NOT use for an already registered task (sdd-execute), for architecture, migrations, or destructive work, or in repositories without SDD ...Votes: 0GitHub stars: 3
- Sdd QaIndependent quality assurance for one SDD Composy task in qa_required: CA coverage, unit/integration/E2E, accessibility, responsiveness, environment, and evidence inventory, producing the QA report and requesting evidence_required. Use when a task finished execution — 'rodar o QA da task', 'testar a TASK-003', 'validar a implementação'. Do NOT use for code review (sdd-review), the final verdict (sdd-verify), or test runs outside an SDD task.Votes: 0GitHub stars: 3
- Sdd ExecuteImplement exactly one SDD Composy task in the ready state with dependency preflight, TDD RED evidence, allowed paths, real verification commands, and the guarded transition to qa_required. Use when a ready task should be executed — 'executar a TASK-003', 'implementar a próxima tarefa', 'run task 4'. Do NOT use for changes without an approved task (sdd-quick), for autonomous multi-stage correction (sdd-loop), or for QA, review, or verification.Votes: 0GitHub stars: 3
- Qa ToolingRecommend context-appropriate QA tools while preserving observed availability, constraints, and safer alternatives.Votes: 0GitHub stars: 3
- Qa Specialist WebDesign traceable Web and browser checks with explicit browser coverage, observed interactions, isolated sessions, and evidence limitations.Votes: 0GitHub stars: 3
- Qa Specialist RegressionSelect traceable regression coverage from change impact, affected risks, criteria, dependencies, and prior defects rather than execution convenience.Votes: 0GitHub stars: 3
- Qa Specialist DefectsTriage defects with independent severity and priority, reproducible evidence, preserved attempt history, and explicit resolution retesting.Votes: 0GitHub stars: 3
- Qa Specialist AutomationDesign isolated repeatable automation, distinguish interactive browser exploration, and handle flaky results through evidence and reproduction.Votes: 0GitHub stars: 3
- PlanExplore the codebase and produce an implementation plan. Use when the user runs /plan or wants a plan before building.Votes: 0GitHub stars: 2
- Tools Aggregate Coverage By InterfaceRender the ONE combined per-component scoring page (`<component>_scoring.html`) from the reconciled `unified_properties.yaml` — per-tool KPI cards, a combined Creusot|Kani scorecard over the public-method bundles, property-bundle and spec-vs-each-tool tables, unproved-causes, measurement, anti-vacuity, and provenance. Consumes the Role-1 property set + Role-2 per-tool status blocks that already live in `unified_properties.yaml`; attaches nothing new. Does NOT extract, bundle, or prove — the i...Votes: 0GitHub stars: 2
- TddUse only when the user explicitly asks for TDD, a failing test, or a regression test, OR when the bug has an obvious cheap local test target. Skip when the test path is unclear, expensive, integration-heavy, or not requested.Votes: 0GitHub stars: 3
- QplanQuickly design and plan, wait for plan approval, then execute sequential phases with focused verification and a manual try. Use when a task needs more than a prompt but does not need the full ultrapack make workflow, or the user asks for a quick plan.Votes: 0GitHub stars: 47
- Stress Testing MetricsTests whether a score can improve while the intended outcome worsens. Use when choosing a KPI, setting a performance target, or deciding whether a benchmark or rating represents progress.Votes: 0GitHub stars: 81
- Augmentation Benchmark ContractUse before planning, changing, running, resuming, aggregating, plotting, or interpreting RGB, multichannel, video, or volume augmentation benchmarks in this repository.Votes: 0GitHub stars: 94
- Danthamanvoiss V1 Launch ChecklistProvide a concise go-live checklist for publishing the suite as a stable v1.0.0 release.Votes: 0GitHub stars: 76
- Cyanheads Field TestExercise tools, resources, and prompts against a live HTTP server via MCP JSON-RPC over curl. Starts the server, surfaces the catalog, runs real and adversarial inputs, measures every call (bytes, token estimate, wall-clock) and weighs the catalog, and produces a tight report with concrete findings and numbered follow-up options. Use after adding or modifying definitions, or when the user asks to test, try out, or verify their MCP surface.Votes: 0GitHub stars: 76
- Cyanheads Api TestingTesting patterns for MCP tool/resource handlers using `createMockContext` and Vitest. Covers mock context options, handler testing, McpError assertions, format testing, Vitest config setup, and test isolation conventions.Votes: 0GitHub stars: 76
- Cyanheads Add TestScaffold a test file for an existing tool, resource, or service. Use when the user asks to add tests, improve coverage, or when a definition exists without a matching test file.Votes: 0GitHub stars: 76
- Chaingpt Org Official SolanaSolana signing foundation — build unsigned native SOL and SPL token transfers. Custody-free. Returns base64 VersionedTransaction the user signs externally with Phantom / Backpack / Solflare / hardware wallet. The foundation that Drift / Marginfi / Kamino signed actions build on.Votes: 0GitHub stars: 76
- Chaingpt Org Official DeployDeploy Solidity contracts to MAINNET (or testnet) safely via the ChainGPT plugin. End-to-end: generate → audit → compile → estimate → build unsigned tx → user signs → verify on Etherscan. MAINNET is the default; the audit gate is mandatory for mainnet deploys. The plugin never holds private keys — the user signs externally via MetaMask / Rabby / hardware wallet / ERC-4337 smart account. Triggers: deploy contract, ship contract, deploy to mainnet, deploy to ethereum, deploy to base, deploy to ...Votes: 0GitHub stars: 76
- Chaingpt Org Official AaERC-4337 v0.7 account-abstraction foundation. Custody-free utilities for computing userOpHashes, packing UserOperations into the EntryPoint wire format, and proxying bundler-RPC calls (Pimlico / Alchemy / Stackup). Triggers: ERC-4337, account abstraction, smart contract wallet, userop, user operation, bundler, paymaster, session key, EntryPoint, AA wallet, smart wallet, gas sponsorship.Votes: 0GitHub stars: 76