mcpField
Q
qa-checklist

qa-checklist

github.com/svenja-devTesting & quality3836 installsUpdated 24w ago
Repository

About qa-checklist

qa-checklist is a pre-merge and pre-deployment QA skill for development teams. It organizes build, test, protected-file, environment, and security checks into phases and produces a QA report.

Key features

  1. 01Checks triggered by commits and deploys
  2. 02Build and test verification
  3. 03Protected-file change checks
  4. 04Deployment region and health verification
  5. 05Security checks and QA reports

Use cases

  1. 01Run quality gates before committing
  2. 02Verify environment and security before production deployment
  3. 03Check whether protected paths were modified

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/svenja-dev/claude-code-skills --skill qa-checklist

After installing, type/qa-checklistin Claude Code to confirm it loaded.

Details

From the project README

QA Checklist

Formal Quality Assurance Checklist before every Merge/Deploy

Trigger

This skill activates automatically on:

  • git commit (after production code changes)
  • Deploy commands (vercel --prod, npm run deploy, etc.)
  • /qa command
  • Trigger words: "merge", "deploy", "release", "production"

Configuration

Customize these values for your project:

# Add to your project's CLAUDE.md or settings
no_touch_zones:
  - "src/auth/**"           # Authentication logic
  - "src/core/**"           # Core business logic
  - "config/production.*"   # Production config

required_region: "your-region"  # e.g., fra1, us-east-1
deploy_timeout: 60              # seconds

PHASE 1: Build Verification (BLOCKING)

1.1 TypeScript Compilation
npx tsc --noEmit

Expected: No errors

StatusAction
PASSContinue to 1.2
FAILSTOP - Fix type errors
1.2 Production Build
npm run build

Expected: Build successful, no warnings

StatusAction
PASSContinue to Phase 2
FAILSTOP - Fix build errors

PHASE 2: Test Suite (BLOCKING)

2.1 Unit Tests
npm run test

Expected: All tests green

2.2 E2E Tests (optional but recommended)
npm run test:e2e

Expected: Critical flows working


PHASE 3: No-Touch Zones Check (BLOCKING)

Check if protected files were modified:

# Replace with your no-touch zones
git diff --name-only HEAD~1 | grep -E "(auth|core|production)"

Expected: No matches (or explicit approval present)

File PatternModification Allowed?
**/auth/**ONLY with explicit request
**/core/**ONLY with explicit request
config/production.*ONLY with explicit request

PHASE 4: Region/Environment Check (BLOCKING on Deploy)

4.1 Before Production Deploy

Verify deployment target matches requirements:

# Vercel example
npx vercel inspect <preview-url> --wait

# AWS example
aws configure get region

# Check environment
echo $NODE_ENV

Expected: Correct region/environment

4.2 After Production Deploy
# Verify production deployment
curl -s -o /dev/null -w "%{http_code}" https://your-domain.com/health

Expected: 200 OK


PHASE 5: Security Review (WARNING)

5.1 No Secrets in Code
git diff HEAD~1 | grep -iE "(password|secret|api_key|token|private_key)" | grep -v "process\.env\|\.env\|example"

Expected: No matches

5.2 No Unsafe Types
# TypeScript: Check for untyped any
git diff HEAD~1 --name-only -- "*.ts" "*.tsx" | xargs grep -l ": any" 2>/dev/null

Expected: No new any types (or documented reason)

5.3 Dependency Check
npm audit --production

Expected: No high/critical vulnerabilities


PHASE 6: QA Report

After completing all checks, generate a report:

## QA Validation Report

**Date:** [ISO Timestamp]
**Branch:** [Branch Name]
**Commit:** [Commit Hash]

### Results

| Check | Status | Details |
|-------|--------|---------|
| TypeScript | PASS/FAIL | [Error count] |
| Build | PASS/FAIL | [Build time] |
| Unit Tests | PASS/FAIL | [X/Y passed] |
| E2E Tests | PASS/FAIL/SKIP | [X/Y passed] |
| No-Touch Zones | PASS/FAIL | [Affected files] |
| Region | PASS/FAIL/N/A | [Current region] |
| Security | PASS/WARN | [Issues found] |

### Verdict

**Status:** APPROVED / REJECTED

**Next Steps:**
- [If APPROVED: Merge/Deploy allowed]
- [If REJECTED: List of issues to fix]

Workflow Integration

Before Every Commit
  1. Run Phase 1-3
  2. On PASS: Commit allowed
  3. On FAIL: Fix issues, re-run
Before Production Deploy
  1. Run Phase 1-5
  2. On PASS: Deploy allowed
  3. On FAIL: Fix issues, re-run
  4. After Deploy: Phase 4.2 (Verification)
QA Loop (max 3 iterations)
1. Run checks
2. On failure: Implement fix
3. Return to step 1
4. After 3 iterations: Escalate to user

Integration with Other Skills

  • code-quality-gate: Can be used together for comprehensive checks
  • strict-typescript-mode: Enforces Phase 5.2 automatically
  • security-scan hook: Automates Phase 5.1

Origin

Originally developed for fabrikIQ - AI-powered manufacturing data analysis.

License

MIT - Free to use and modify

Comments

Markdown supported