plugin/skills/qa/SKILL.md
Use this skill when the user asks to validate a feature, write or improve tests, report a bug, or audit acceptance criteria coverage — /qa = QA-task workflows (verification, test creation, bug reports, exploratory). /test-strategy = test design principles + pyramid + coverage targets (knowledge). /test-local = test execution workflow.
npx skillsauth add avav25/ai-assets qaInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this workflow for verification and test quality work.
Three industry-canonical frameworks shape every QA task in this skill.
Questioning lenses for test design. Walk through each mnemonic for any new feature to surface test conditions before writing tests.
| Mnemonic | Lenses | Use for | |---|---|---| | SFDPOT ("San Francisco Depot") | Structure, Function, Data, Platform, Operations, Time | Product coverage — what to test | | CIDTESTD | Capability, Inputs, Data, Tests, Errors, Stress, Time, Design | Test technique selection — how to test |
Reference: James Bach, Rapid Testing Methodology and the HTSM one-page reference.
Structure for exploratory testing.
| Element | Length | Contents | |---|---|---| | Charter | 30–120 min | Focused mission, e.g., "Investigate file upload handling under network failure" | | Session report | Written during session | Time, charter, areas covered, bugs, issues, todo, % time on test design vs investigation vs setup | | Debrief | 5–15 min | Review with team lead — surfaces patterns, refines future charters |
Reference: Jonathan Bach, SBTM 2000 paper.
Test depth scales with risk score = Probability × Impact (3×3 matrix, H/M/L per axis, 9 cells).
| Probability factors | Impact factors | |---|---| | Code complexity | Business criticality | | Change frequency | User-base size | | Dev team experience | Regulatory exposure | | Third-party dependency churn | Financial loss potential |
High P × High I → exhaustive testing + automation. Low P × Low I → smoke only.
Classify the request as one of:
Read:
TESTING.md if presentAGENTS.mdAGENTS.mdBug report template (all fields required unless marked optional):
| Field | Format / values |
|---|---|
| Title | One line, includes severity hint, e.g., [BUG] Login button unresponsive after 2 failed attempts |
| Severity | S1 Critical / S2 Major / S3 Minor / S4 Cosmetic (impact on system) |
| Priority | P1 / P2 / P3 / P4 (urgency to fix — separate from severity) |
| Steps to reproduce (STR) | Numbered, deterministic |
| Expected behavior | What should happen |
| Actual behavior | What happens instead |
| Environment | OS / browser / app version / build / device / region |
| First seen | Timestamp + commit / release / build |
| Repro rate | 1/1, 1/10, intermittent, etc. |
| Attachments | Screenshots / video / logs (attached or linked) |
| Workaround | If known (optional) |
Check:
Summarize:
test-strategy, run-tests, test-localbugfix, feature-dev, pre-commitdevelopment
Use this skill when running the recurring (daily) knowledge-base rescan for a repo that already has knowledge/.knowledge-sync.yml — the main-thread dispatcher that reads the config, computes the git delta since last_scanned_sha, maps changed paths to affected doc areas, early-exits cheaply when nothing changed, then fans out one Agent(content-writer) per affected area, applies the propose/direct update policy, advances the baseline only on success, and writes an L4 run log — all with the G1 untrusted-content choke-point, secret-scan, deny-list, and budget controls woven in. For first-time setup use /knowledge-sync-init.
development
Use this skill when bootstrapping scheduled knowledge-base sync for a repo that has no knowledge/.knowledge-sync.yml yet — to run one-time setup that detects the knowledge_root from CLAUDE.md/AGENTS.md, maps doc areas to source globs, records opt-in external sources (Linear/Notion/WebFetch, all disabled by default), captures a baseline last_scanned_sha, sets the per-area update policy, generates or seeds knowledge/CONVENTIONS.md, provisions the L4 memory dir, and offers to register the daily routine. Routes ongoing recurring sync operations to /knowledge-sync.
tools
Use this skill when bootstrapping a target repository to be ai-skills-aware — on the first run of any ai-skills workflow in a fresh repo, when adopting the ai-skills plugin in an existing repo, or after upgrading to a plugin version that adds new memory paths or templates, including when the user does not say "init" but asks to "set up" or "onboard" the repo — to detect codebase type, create CLAUDE.md + AGENTS.md scaffolding, initialize the .ai-skills-memory/ directory tree from L1 templates, and configure .gitignore. Idempotent — safe to re-run. Accepts `--codebase-type <type>` and `--overwrite`. Not for re-initializing only memory — use `/memory-init` instead.
tools
Use this skill when extending, repairing, or improving plugin assets, when ingesting a `/feedback` report as a fix-cycle backlog, or when you do not remember which lower-level command is right for the job — the umbrella workflow for ai-skills plugin-asset authoring and maintenance: creating, auditing, fixing, improving, refactoring, and migrating skills, agents, rules, hooks, prompts, schemas, and rubrics inside the plugin. Auto-classifies the request, loads the right knowledge skills (`@prompt-engineering`, `@context-engineering`, `@team-protocols`), and spawns the right subagents (`prompt-engineer`, `system-architect`, `python-engineer`, `software-engineer`, `qa-engineer`, `eval-judge`) via the `Agent` tool.