aid-qa-ship
SKILL.md
QA & Ship Phase Skill
Phase Overview
Purpose: Validate implementation meets requirements, ensure production readiness, ship with confidence.
Entry: Development complete, tests passing, code reviewed Exit: Acceptance criteria verified, no blockers, deployed, stakeholders informed
Deliverables
- Test Results - All acceptance criteria covered
- Release Certification - Checklist, stakeholder approvals
- Release Notes - User-facing changelog
- Deployment - Verified, monitoring active
QA Testing Checklist
Functional
- All user stories verified
- All acceptance criteria tested
- Edge cases covered
- Error handling tested
- Cross-browser/device (if applicable)
Non-Functional
- Performance meets requirements
- Security scan passed
- Accessibility checked
- Load testing (if applicable)
Integration
- All integrations verified
- API contracts honored
- Data flows end-to-end
Test Code Quality (REQUIRED)
- Tests organized in correct directories (unit/integration/e2e)
- No hardcoded credentials in test code
- No secrets in README or documentation
- Tests run successfully in random order (
--randomize) - ALL existing tests still pass (no regressions)
- Assertions check specific values (not just existence)
- Tests verified to fail when code is broken
Test Verification Steps
Before marking QA complete, MUST verify:
1. Run All Tests
npm test
# All tests must pass
# No skipped tests without documented reason
2. Run in Random Order
jest --randomize
# OR
vitest --sequence.shuffle
# All tests must pass
3. Check for Credentials
# Search for hardcoded secrets
grep -rn "password.*=.*['\"]" tests/
grep -rn "sk_live\|pk_live\|AKIA" tests/
# Should return no matches
4. Verify Assertions (Mutation Test)
- Comment out a key line of code being tested
- Run the related test
- Test MUST fail
- Restore code and verify test passes
5. Regression Check
- Compare test count before vs after changes
- Same or more tests should pass
Release Process
Pre-Release
- Complete QA checklist
- Stakeholder sign-off
- Prepare release notes
- Verify rollback procedure
- Schedule deployment
Deployment
- Deploy to staging
- Run smoke tests
- Deploy to production
- Verify production smoke
- Enable monitoring
Post-Release
- Monitor errors & performance
- Gather user feedback
- Address critical issues
- Document lessons learned
- Close project artifacts
Phase Gate Checklist
Test Quality Gates (MUST PASS)
- All tests pass (
npm testreturns 0 failures) - Tests pass in random order (
--randomizeflag) - No hardcoded credentials in test code
- ALL existing tests still pass (no regressions)
- Tests verified to catch bugs (mutation test)
Acceptance & Quality
- All acceptance criteria verified
- No blocking bugs
- Performance validated
- Security review completed
Release Readiness
- Rollback plan documented
- Monitoring configured
- Release notes prepared
- Stakeholder approval
- Deployment instructions verified
Release Notes Template
# Release Notes - [Feature]
**Date**: YYYY-MM-DD
**Version**: X.Y.Z
## What's New
- [Feature]: [Description]
## Improvements
- [Improvement]
## Bug Fixes
- [Fix]: [What was fixed]
## Known Issues
- [Issue]: [Workaround]
Common Pitfalls
| Pitfall | Fix |
|---|---|
| Rushing to ship | Respect checklist |
| Testing in production | Use staging |
| Missing rollback | Always have way back |
| No monitoring | Set up first |
| Poor communication | Keep everyone informed |
Role Guidance
| Role | Focus |
|---|---|
| PM | Acceptance testing, UX, approve release |
| Dev | Fix bugs, support deploy, monitor |
| QA | Execute test plan, verify fixes, sign-off |
| Tech Lead | Operational readiness, approve deploy |
Weekly Installs
2
Repository
ilandahan/aidGitHub Stars
9
First Seen
Mar 1, 2026
Security Audits
Installed on
opencode2
gemini-cli2
codebuddy2
github-copilot2
codex2
kimi-cli2