← ClaudeAtlas

qalisted

Verify a feature works after implementation. Actively try to break it — edge cases, error paths, integration wiring, and real usage flows.
kdlbs/kandev · ★ 293 · AI & Automation · score 82
Install: claude install-skill kdlbs/kandev
# QA Verify that a feature works as intended after implementation. Assume bugs exist and hunt for them. Mindset: you are not confirming it works — you are discovering where it breaks. ## Available skills - **`/tdd`** — Use to write tests for any gaps found during QA. - **`/e2e`** — Use to write Playwright E2E tests for user-facing flows that lack coverage. --- ## Before starting: create the pipeline Create these tasks immediately (use your task/todo tracking tool if available): 1. **Understand the intent** — Read task/PR/commits to understand what was built 2. **Trace the wiring** — Verify the feature is actually connected end-to-end 3. **Test the happy path** — Run the feature as a user would 4. **Try to break it** — Boundary values, error paths, concurrency, auth 5. **Verify test coverage** — Check for missing tests, write them if needed 6. **Report** — Summarize findings with verdict Mark each task in_progress when you begin it and completed when you finish it. --- ## Phase 1: Understand the intent Mark task 1 as in_progress. Read the task description, PR, or recent commits to understand what was built and what it should do. Identify: - The expected behavior (happy path) - System boundaries (user input, API endpoints, external data) - Integration points (what calls what, data flow end-to-end) Mark task 1 as completed. --- ## Phase 2: Trace the wiring Mark task 2 as in_progress. Before testing behavior, verify the feature is actually connected: - Exports a