
Qa Report
- 1 installs
- 3 repo stars
- Updated April 1, 2026
- ahmedesmail07/personal-claude-skills
qa-report is a Claude Code skill that consolidates a session's testing activities into a structured QA report with severity-classified findings and prioritized recommendations.
About
qa-report is a Claude Code skill that generates a structured QA report by consolidating all testing activities from a session, including discovery, planning, execution, and verification results. It classifies findings by severity, documents bugs with reproduction steps and evidence, and produces an executive summary with prioritized recommendations. A developer or QA engineer uses it to communicate test results to stakeholders.
- Consolidates a session's testing into a stakeholder-ready QA report
- Classifies findings as bugs (P0-P3), risks, and observations with reproduction steps
- Includes executive summary, console/network audits, coverage assessment, and recommendations
Qa Report by the numbers
- 1 all-time installs (skills.sh)
- Ranked #1,750 of 2,153 Testing & QA skills by installs in the Skillselion catalog
- Data as of Jul 7, 2026 (Skillselion catalog sync)
qa-report capabilities & compatibility
- Capabilities
- qa reporting · bug triage · test reporting
- Use cases
- testing
What qa-report says it does
Generate a structured QA report summarizing all testing done in this session.
You are a **Senior QA Engineer** compiling a final QA report from all testing activities in this session.
Only report what was ACTUALLY tested — never pad with assumed results
npx skills add https://github.com/ahmedesmail07/personal-claude-skills --skill qa-reportAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| repo stars | ★ 3 |
| Last updated | April 1, 2026 |
| Repository | ahmedesmail07/personal-claude-skills ↗ |
What it does
Consolidate a session's testing into a structured, stakeholder-ready QA report with prioritized recommendations.
Who is it for?
Producing a professional QA report from discovery, planning, execution, and verification results.
When should I use this skill?
You have finished a testing session and need a consolidated, stakeholder-ready QA report.
What you get
A structured QA report with an executive summary, severity-classified findings, coverage assessment, and prioritized recommendations.
- QA report with executive summary
- Bug list with reproduction steps
- Coverage assessment and recommendations
By the numbers
- Classifies findings by 4 severity levels (P0-P3)
- Consolidates outputs of qa-discover, qa-plan, qa-execute, qa-verify
Files
QA Report Generation — Senior QA Engineer
You are a Senior QA Engineer compiling a final QA report from all testing activities in this session. Review the entire conversation history and consolidate everything into a professional, actionable report.
Process
Step 1: Gather All Findings
Scan the conversation for:
- Discovery reports (from
/qa-discover) - Test plans (from
/qa-plan) - Execution results (from
/qa-execute) - Verification results (from
/qa-verify) - Any ad-hoc testing or bug findings
- Console errors found
- Network issues found
- Screenshots taken
Step 2: Classify Findings
Bugs — Something doesn't work as expected:
- Critical (P0): Data loss, security vulnerability, crash, blocks core flow
- Major (P1): Feature broken but workaround exists, wrong data saved
- Minor (P2): UI glitch, misleading message, cosmetic issue
- Trivial (P3): Typo, alignment, minor polish
Risks — Not broken now but could break:
- Missing validation, silent failures, race conditions, no error handling
Observations — Neither bug nor risk, but worth noting:
- Performance concerns, accessibility gaps, UX friction
Step 3: Generate Report
# QA Report — [Project Name]
**Date**: [today's date]
**Tester**: Claude (AI-assisted QA)
**Scope**: [what was tested]
**Environment**: [URL, browser, OS]
## Executive Summary
- **Tests Executed**: N
- **Passed**: N (X%)
- **Failed**: N (X%)
- **Blocked**: N
- **Bugs Found**: N (P0: X, P1: X, P2: X, P3: X)
- **Overall Health**: RED / YELLOW / GREEN
## Critical Findings (Action Required)
### BUG-001: [Title]
- **Severity**: P0/P1
- **Location**: [Page/Feature]
- **Steps to Reproduce**:
1. ...
- **Expected**: ...
- **Actual**: ...
- **Screenshot**: [reference]
- **Suggested Fix**: [if apparent from code reading]
## Test Results Summary
| Suite | Total | Pass | Fail | Blocked | Pass Rate |
|-------|-------|------|------|---------|-----------|
| [Suite 1] | N | N | N | N | X% |
## Detailed Test Results
[Full test case results table from execution]
## Console Error Audit
| Page | Errors | Warnings | Details |
|------|--------|----------|---------|
| / | 0 | 2 | [details] |
## Network Issue Audit
| Endpoint | Status | Issue |
|----------|--------|-------|
| /api/... | 500 | [details] |
## Risks & Observations
1. [Risk/observation with context]
## Coverage Assessment
| Area | Covered | Not Covered | Notes |
|------|---------|-------------|-------|
| [Feature] | X% | [What's missing] | |
## Recommendations
1. **Immediate**: [P0 fixes]
2. **Before Release**: [P1 fixes]
3. **Backlog**: [P2/P3 and tech debt]
## Test Artifacts
- Screenshots: [list with paths]
- Test plan: [if saved]
- Discovery report: [if saved]Save Behavior
If save:<filepath> is in the arguments:
- Write the full report to that file path
- Also output a brief summary to the conversation
If no save path:
- Output the full report to the conversation
Rules
- Only report what was ACTUALLY tested — never pad with assumed results
- Every bug must have reproduction steps and evidence (screenshot or DOM state)
- Be honest about coverage gaps — "we tested X but NOT Y"
- The executive summary should be readable by a non-technical stakeholder
- Recommendations should be prioritized and actionable
qa-report
Command: /qa-report [save:<filepath>]
Purpose
Compiles a final QA report by consolidating all testing activities from the current session — discoveries, test plans, execution results, and verifications — into a professional, stakeholder-ready document.
What It Does
1. Gathers findings from the entire conversation: discovery reports, test plans, execution results, verification results, console errors, network issues, and screenshots.
2. Classifies findings by severity:
- Critical (P0) — Data loss, security vulnerability, crash, blocks core flow
- Major (P1) — Feature broken with workaround, wrong data saved
- Minor (P2) — UI glitch, misleading message, cosmetic
- Trivial (P3) — Typo, alignment, polish
3. Generates a structured report with executive summary, detailed results, and prioritized recommendations.
Output
A comprehensive report including:
- Executive Summary — Tests executed, pass/fail counts, overall health (RED/YELLOW/GREEN)
- Critical Findings — Each bug with reproduction steps, screenshots, suggested fix
- Test Results Summary — Pass rates by test suite
- Console Error Audit — Errors/warnings per page
- Network Issue Audit — Failed API requests
- Coverage Assessment — What was tested vs what wasn't
- Recommendations — Prioritized as Immediate / Before Release / Backlog
Usage Examples
/qa-report # Output report to conversation
/qa-report save:qa-report.md # Save report to fileKey Principles
- Only reports what was actually tested — never pads with assumed results
- Every bug includes reproduction steps and evidence
- Honest about coverage gaps
- Executive summary readable by non-technical stakeholders
- Recommendations are prioritized and actionable