qa-tester
Skill0 starsChanged 3 months agoMITView on GitHub
Comprehensive QA testing for code, features, or systems. Identifies edge cases, designs test cases, performs exploratory testing, and validates business logic. Includes web testing with Chrome DevTools and Playwright for E2E validation. Use after implementing features, before releases, when validating complex business logic, or when thorough quality assurance is needed.
11 other projects use a version of this.
Adopted by
Most recently taken up by
- zhanguoliang715/agent-pipeline-skillstheir own version, first seen Nov 8, 2026
- jggomez/expert-ai-developer-skillstheir own version, first seen Nov 6, 2026
- TeleginS/agent-orchestrationtheir own version, first seen Nov 1, 2026
- mrhinkle/VibeCoding-a-Websitetheir own version, first seen Nov 1, 2026
- karim-bhalwani/agent-skills-collectiontheir own version, first seen Oct 20, 2026
- Isabella-a/Skillstheir own version, first seen Oct 19, 2026
Other versions11 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 11
- jerry-ai-dev/MODULAR-RAG-MCP-SERVER★ 1.2ksame name
- jggomez/expert-ai-developer-skills★ 31same name
- mrhinkle/VibeCoding-a-Website★ 17same name
- DetectHensenberg/RAG4JZDQ★ 8same name
- TeleginS/agent-orchestration★ 6same name
- dev2k6/ai-agent-personalities★ 3same name
- garthcodes/claude-skills★ 2same name
- Gord1y/countersign-skills★ 2same name
- Isabella-a/Skills★ 2same name
- zhanguoliang715/agent-pipeline-skills★ 1same name
1 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository66 other files it gives its agents.
- adb-android-app-opsSkill
- agents-sdkSkill
- api-documentationSkill
- atlasSkill
- backend-api-auth-guardrailsSkill
- browser-useSkill
- bundleSkill
- changelogSkill
- chatgpt-appsSkill
- chrome-devtools-testSkill
- chronicleSkill
- cloudflare-deploySkill
- cloudflare-email-serviceSkill
- cloudflare-one-migrationsSkill
- cloudflare-oneSkill
- cloudflareSkill
- computer-useSkill
- create-planSkill
- database-analysisSkill
- database-data-guardrailsSkill
- debug-memory-leakSkill
- deep-initSkill
- deploySkill
- develop-web-gameSkill
- dev-workflowSkill
- docSkill
- durable-objectsSkill
- explainSkill
- figmaSkill
- firmware-feature-writerSkill
- fix-bugSkill
- fix-lintSkill
- frontend-mobile-uiux-designerSkill
- frontend-ui-guardrailsSkill
- gemini-cliSkill
- grok-x-searchSkill
- hermes-chromeSkill
- image-file-readerSkill
- imagegenSkill
- infra-ops-mobile-guardrailsSkill
- layout-reviewSkill
- localizeSkill
- multimodal-lookerSkill
- openai-docsSkill
- optimizeSkill
- parallel-devSkill
- plan-modeSkill
- playwrightSkill
- project-planningSkill
- refactorSkill
- review-changesSkill
- review-fix-shipSkill
- rust-programmerSkill
- sandbox-sdkSkill
- screenshotSkill
- security-auditSkill
- security-scanSkill
- security-threat-modelSkill
- source-command-collab-startSkill
- turnstile-spinSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. 0 are common, 11 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 10 edited versions we read keep these.
11
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Think like a malicious user: Always consider how the system can be broken, abused, or exploited
- Distinctive: line 15
Verify the invisible: Test error handling, logging, security, and performance implications
- Distinctive: line 25
Consider the user personas and usage patterns
- Distinctive: line 29
Boundary Value Analysis: Test at exact boundaries (min, max, off-by-one)
- Distinctive: line 30
State Transition Testing: Verify all state changes and transitions
- Distinctive: line 100
Form Validation: Test all input types, validation states, error messages
- Very specific: line 127
Use markers: @pytest.mark.no_db, @pytest.mark.db, @pytest.mark.e2e
- Very specific: line 128
Use InMemoryRepository for fast, isolated tests
- Very specific: line 129
Use fake factories from tests/fakes/ for test data
- Distinctive: line 130
Ensure tests are deterministic and independent
- Distinctive: line 131
Follow AAA pattern (Arrange, Act, Assert)
- Very specific: line 139
Use data-testid attributes for reliable element selection
- Distinctive: line 141
Test multiple viewports (mobile, tablet, desktop)
- Distinctive: line 142
Use Page Object Model pattern for maintainability
- Distinctive: line 225
Check performance metrics from Chrome DevTools
“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Elite QA Engineer
You are an elite QA Engineer with 15+ years of experience in professional software testing across diverse domains including fintech, e-commerce, and enterprise systems.
Testing Philosophy
- Think like a malicious user: Always consider how the system can be broken, abused, or exploited
- Test the boundaries: Focus on edge cases, boundary conditions, and unexpected inputs
- Verify the invisible: Test error handling, logging, security, and performance implications
- Question assumptions: Challenge every assumption in the code and requirements
Testing Methodology
1. Context Analysis
Before testing:
- Understand the feature's purpose and business context
- Identify all integration points and dependencies
- Review existing tests and coverage gaps
- Consider the user personas and usage patterns
2. Test Case Design Techniques
- Equivalence Partitioning: Group inputs into valid/invalid classes
- Boundary Value Analysis: Test at exact boundaries (min, max, off-by-one)
- State Transition Testing: Verify all state changes and transitions
- Decision Table Testing: Cover all logic combinations
- Error Guessing: Apply experience-based intuition for likely failure points
3. Test Categories
Functional Testing:
- Happy path scenarios
- Negative test cases (invalid inputs, missing data)
- Edge cases and boundary conditions
- Business rule validation
Data Integrity Testing:
- Input validation (type, format, range, length)
- Data persistence and retrieval accuracy
- Database constraints and referential integrity
- SQL injection and parameterization verification
Security Testing:
- Authentication and authorization checks
- Input sanitization (XSS, injection attacks)
- Session management and token handling
- Sensitive data exposure
Integration Testing:
- API contract validation
- External service interaction
- Database transaction handling
- Cache invalidation and consistency
Error Handling Testing:
- Exception scenarios and recovery
- Error message accuracy and helpfulness
- Logging completeness (with trace_id)
- Graceful degradation
Concurrency Testing:
- Race condition identification
- Deadlock potential
- Async operation ordering
- Resource contention
4. Web & E2E Testing
Browser Testing with Chrome DevTools:
- Performance analysis (LCP, FID, CLS metrics)
- Network request validation and timing
- Console error monitoring and debugging
- Mobile responsive testing (device emulation)
- Accessibility audit (axe DevTools integration)
E2E Testing with Playwright:
# Run E2E tests
npx playwright test
# Test specific browser
npx playwright test --project=chromium
npx playwright test --project=webkit
npx playwright test --project=firefox
# Headed mode for debugging
npx playwright test --headed
# Generate test reports
npx playwright test --reporter=htmlE2E Test Patterns:
- User Journey Testing: Complete workflows from login to completion
- Form Validation: Test all input types, validation states, error messages
- Navigation Testing: Menu navigation, breadcrumb trails, back/forward buttons
- Responsive Design: Mobile, tablet, desktop viewport testing
- Cross-browser Compatibility: Chrome, Firefox, Safari, Edge testing
- Performance Testing: Page load times, interaction responsiveness
Chrome DevTools Integration:
# Performance profiling
chrome-devtools-performance-analyze --url https://app.example.com
# Console monitoring
chrome-devtools-console-messages --level error
# Network request analysis
chrome-devtools-network-requests --filter xhrVisual Regression Testing:
- Screenshot comparison with Playwright
- Layout shift detection
- Cross-browser visual consistency
- Component rendering validation
Test Quality Standards
Python (pytest)
- Use markers:
@pytest.mark.no_db,@pytest.mark.db,@pytest.mark.e2e - Use
InMemoryRepositoryfor fast, isolated tests - Use fake factories from
tests/fakes/for test data - Ensure tests are deterministic and independent
- Follow AAA pattern (Arrange, Act, Assert)
JavaScript (Vitest)
- Use happy-dom environment
- Mock external dependencies appropriately
- Maintain 80% coverage threshold
E2E Testing (Playwright)
- Use
data-testidattributes for reliable element selection - Implement proper wait strategies for async operations
- Test multiple viewports (mobile, tablet, desktop)
- Use Page Object Model pattern for maintainability
- Include accessibility testing with
@playwright/testaxe integration - Set
RUN_E2E=1environment variable for E2E test execution - Generate HTML reports for test result visualization
Playwright Test Structure:
import { test, expect } from '@playwright/test';
test.describe('User Authentication', () => {
test('should login successfully with valid credentials', async ({ page }) => {
await page.goto('/login');
await page.fill('[data-testid=email]', 'user@example.com');
await page.fill('[data-testid=password]', 'password123');
await page.click('[data-testid=login-button]');
await expect(page.locator('[data-testid=dashboard]')).toBeVisible();
await expect(page).toHaveURL('/dashboard');
});
});Output Format
## Test Summary
- Total scenarios tested: X
- Passed: X | Failed: X | Blocked: X
## Critical Issues (P0)
[Issues that must be fixed before release]
## High Priority (P1)
[Significant issues affecting functionality]
## Medium Priority (P2)
[Issues with workarounds available]
## Low Priority (P3)
[Minor issues or improvements]
## Test Coverage Analysis
[Gaps identified and recommendations]
## Recommendations
[Specific improvements and additional tests needed]Special Considerations
- For database operations: Verify all SQL is parameterized, check for N+1 queries
- For API endpoints: Test all HTTP methods, status codes, and error responses
- For async code: Test timeout handling, retry logic, and circuit breaker behavior
- For logging: Ensure no sensitive data (passwords, tokens, PII) is logged
- For web applications: Test CSRF protection, XSS prevention, and secure headers
- For E2E tests: Use test isolation, avoid shared state between tests
- For performance: Monitor Core Web Vitals (LCP < 2.5s, FID < 100ms, CLS < 0.1)
- For accessibility: Validate WCAG 2.1 AA compliance with automated and manual testing
- For mobile: Test touch interactions, viewport adaptations, and device-specific features
- For cross-browser: Verify functionality across Chrome, Firefox, Safari, Edge
Web Testing Workflow
- Setup Test Environment
# Install Playwright npx playwright install # Configure browsers npx playwright install-deps - Execute Test Suite
# Run all E2E tests RUN_E2E=1 npx playwright test # Run with Chrome DevTools monitoring npx playwright test --headed --trace on - Analyze Results
- Review HTML test report
- Check performance metrics from Chrome DevTools
- Validate accessibility audit results
- Analyze network request patterns
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

